Zadejte hledaný výraz...
Jakub Glos
Webtrh.cz
Vývoj webových stránek na WordPressu a proklientský přístup pro freelancery
Třídenní infromacemi nabitý prezenční + online kurz v Praze od Webtrhu pouze za 2 871 Kč
Více informací

Velka db se statistikama – myisam vs. innodb

Martin
verified
rating uzivatele
(7 hodnocení)
19. 11. 2013 06:41:41
U velke aplikace mam zvlast oddeleny db server pro statistiky. Situace vypada asi takto:
Dotazu za vterinu: cca 1500
Provoz za hodinu: cca 3GB (2GB received, 1GB send)
Statistiky se zapisuji do temp tabulek a cronem se vytvori kopie, vymazou data z temp, provede se prepocet a ulozi do stats tabulek, dropne se kopie
Statistika dotazu za hodinu
admin commands - 4,940 M
insert - 2,726 M
select - 1,953 M
update - 780,349 k
drop table - 4,696 k
create table - 4,688 k
delete - 4,680 k
truncate - 4,680 k
Dotazy sami o sobe sou celkem primitivni, neni v nich zadny join, vnorene selecty atd, vsechny sloupce podle kterych se vyhledava maji indexy, vsude kde to de pouzivam limit
Funguje to celkem dobre ale myslim ze by to mohlo bezet jeste lip. Nad cim premyslim je zmena db enginu. Jednotlive tabulky se stats maji ted myisam a jedna se celkove o cca 80GB dat. Na jednu tabulku muze byt zaroven vic pozadavku select/update takze logicky by innodb s row-level lock melo mit lepsi vykon ale v minulosti uz sem se presvedcil ze to tak neplati pokazde. Vzhledem k velikosti db a trafficu co tam je neni tak jednoduchy udelat si test a situaci napodobit, stejne tak kvuli velikosti db je nerealny risknout zmenu enginu na "live" aplikaci.
Ma nekdo zkusenost, mohlo by v tomto pripade mit innodb lepsi vykon? Kdyztak muzu poskytnout dalsi informace.
Dalsi co me nuti k optimalizaci je "admin commands" ve statistice dotazu, nevim co presne si mam pod timto predstavit.
19. 11. 2013 06:41:41
https://webtrh.cz/diskuse/velka-db-se-statistikama-myisam-vs-innodb/#reply967358
Fautzi
verified
rating uzivatele
(1 hodnocení)
19. 11. 2013 07:35:58
Co takhle změnit rovnou DB ? Přechod na Perconu, která má daleko lepší výsledky je celkem bezbolestný.
19. 11. 2013 07:35:58
https://webtrh.cz/diskuse/velka-db-se-statistikama-myisam-vs-innodb/#reply967357
Martin
verified
rating uzivatele
(7 hodnocení)
19. 11. 2013 07:47:33
zapomel sem dodat, neni pouzita original mysql ale fork mariadb kde prechod znamenal akorat instalaci na serveru. s perconou zatim nemam zadnou zkusenost, funguje to stejne ze staci nainstalovat a app funguje nebo se jedna o uplne odlisnou db a byla by nutnost v app prepisovat dotazy?
19. 11. 2013 07:47:33
https://webtrh.cz/diskuse/velka-db-se-statistikama-myisam-vs-innodb/#reply967356
Fautzi
verified
rating uzivatele
(1 hodnocení)
19. 11. 2013 08:00:02
Áha, tak v tom případě by to opravdu chtělo někde si vyhradit železo na testy, každopádně pokud vím, tak Maria podporuje XtraDB což je replacement za InnoDB a má nějaké patche na I/O operace a vůbec na škálovatelnost a výkonnost oproti InnoDB.
19. 11. 2013 08:00:02
https://webtrh.cz/diskuse/velka-db-se-statistikama-myisam-vs-innodb/#reply967355
mujfibi
verified
rating uzivatele
(15 hodnocení)
19. 11. 2013 08:08:26
Zkusil bych se zamyslet nad postgresql - open source napodobenina oracle. Přechod bude trošku náročnější, ale mohl by to stát za to. Mno mrkni na benchamarky :)
19. 11. 2013 08:08:26
https://webtrh.cz/diskuse/velka-db-se-statistikama-myisam-vs-innodb/#reply967354
Pro odpověď se přihlašte.
Přihlásit