Optimalizace chodu MySQL (velká tabulka - SELECT dotaz freezne server) – MySQL – Fórum – Programujte.com

Ahoj , mám problém s jednou tabulku v mé mysql databázi.

Nejdříve vás s ní seznámím :) Pokud na něco zapomenu klidně si o to napište

Jde o typ MyISAM nachází se v ní celkem 8GB dat , na 70 milionech řádcích. Tady výpis využití indexů :

Data 2 511.0 MiB
Index 5 154.0 MiB -  má hodně indexů i když není rozáshlá
Celkem 7 665.0 MiB

Použití tabulky je dost časté jedná se především o inserty , problém nastává když chci udělat select podle dejme tomu 3 indexů LIMIT 0,50, phpmyadmin a deamon hry (tabulku používá hra k ukládání změn) úplně zamrzne a po chvíli  se zas rozjede. Je to nepříjemné, protože pracuji na rozhraní web <-> hra a při každém dotazu z webu se mi freezuje deamon hry. Je možnost i změnit nastavení MySQL vše běží na samostatném stroji. Uvažoval jsem například o zvětšení paměti k dispozici, ale do téhle úpravy bych se rád pustil až po konzultaci s někým kdo mi odpoví.

Děkuji

dotazy nad takovejma tabulkama stoji hodne at uz sou indexy nebo ne...

teoreticky muzes zvetsit limity pro vyuziti ram tj. kdyz budes mit masinu se 64GB RAM nema cenu skudlit pro MySQL

nejhorsi dotazy nad takovou databazi sou vlastne veskery slozitejsi selecty, mazani starych zaznamu a tak ( a vlastne cokoliv co zamkne tabulku!! )

otazkou jest - hodi se na to zrovna sql databaze?  Neslo by to prekopat aby z toho nebyl takovy moloch? Ale neznam co se tam uklada a co se potrebuje hledat tudiz nemuzu rici co by se s tim mohlo delat...

Proč MyISAM a ne InnoDB? Nezamyká celou tabulku při insertu/updatu a je výkonnější...

Pokud nad tím nevyhledáváš fulltextem, přepni ji na InnoDB + by to chtělo optimální indexy dle výběrových dotazů.

Zasláno z mobilního telefonu.

Děkuji za odpovědi. 

Abych zodpověděl dotazy tak : překopat to opravdu nemohu strukturu ani typ tabulky sem nenavrhoval, pro úpravu bych musel dekompilovat zdroják :( Ano s mazáním je ještě větší problém, tam při větším výmazu chroupala přes hodinu, pak jsem to vzdal a nastavil minutové mazaní cca po 2000 záznamech.

Rozdíly mezi myisam a innodb my jsou známy ovšem zatím se mi nechtělo šahat do navrhnuté tabulky od někoho jiného (za předpokladu, že tomu rozumí více jak já) ale přepnutí enginu by neměla aplikace nijak poznat předpokládám.

Na mysql opravdu škudlit nemusím mám k dispozici cca 24gb ram jen nevím přesně co nastavit kandidáti asi jsou query_cache_size , max_allowed_packet , key_buffer ?

Mysql je nastavená defaultně tuším (neinstaloval jsem jí já)

key_buffer  = 16M
max_allowed_packet = 32M
thread_stack  = 192K
thread_cache_size       = 8
query_cache_limit = 1M
query_cache_size        = 16M

Myslím si že zvýšit max_allowed_packet by mělo pomoci ?

#4 Tomáš
Pokud nevyhledáváš nad tabulkou fulltextově, pak ji přepni na InnoDB (data to nezmění, vrátit to můžeš kdykoliv).

Dále se podívej, zdali není zbytečně moc indexů nad tabulkou - pak je zápis i mazání násobně pomalejší, protože se musí přestavět indexy.

Jen taková drobnost k tomu přepnutí na InnoDB - ano, mohlo by to teoreticky pomoci, je ale třeba mít MySQL ideálně ve verzi 5.5. Ve starších verzích (pět a nižší) bys s přepnutím mohl ublížit. Bez znalosti struktury a způsobu zacházení s daty si ale netroufám odhadnout procentuální přínos, jestli by vůbec nějaký mohl být.