OT: Divoke chovani MySQL

[Tomáš Vymětal]

Napadají mě indexy - nepobily se nějak tím updatem? Podobnej problém 
jsme měli na serveru, kde se teda updatovala jedna tabulka a k tomu 
obslužný skript. Při úpravě se se právě spoléhalo na automatické 
vytvoření indexu primárního klíči, ale to se nestalo. Tabulka (sic tuším 
o čtyřech sloupcích) tak jela asi týden úplně bez indexu a sic se tam 
nastřádalo asi 100K záznamů, týden kolem toho běhali tři lidi a pátrali 
co se děje a proč je CPU nonstop na 100% a odezvy jak na faxovou 
objednávku. ;)

T.V.



Dne 4.7.2011 18:26, HW CNCnet.info napsal(a):
> Zdravim,
>
> mam zde takovej divnej problem. Preklopil jsem webserver na novej stroj
> s novejsim OS a v ramci toho preklopil i MySQL a PHP na vyssi verze.
>
> Po pretazeni DB (cca 1.9GB - 15M vet) jsem vse vyzkousel a zdalo se ze
> to slape. Prehodil jsem na to ostrej provoz a za dve hodiny byla DB
> totalne utavena dotazy takoveho typu:
>
> SELECT DATE_FORMAT( datum, '%H:%i' ) , T FROM meteo_data WHERE
> kod_stanice=1 AND datum>="2011-07-04 00:00:00" ORDER BY T ASC LIMIT 1;
>
> podotykam, ze starsi verze v ramci nacteni stranky odbavila cca 20
> takovych dotazu do 0.5s nad temi 15M vet.
>
> Momentalne tento dotaz trva 48s s tim, ze SQL je nakonfigurovana stejne
> - zmena verzi z 5.0.5 a 5.1.4.
>
> Pokud provedu zobrazeni query planu tak se vse zda v nelepsim poradku:
> id select_type table type possible_keys key key_len ref rows Extra
> 1 SIMPLE meteo_data index PRIMARY,datum INDEX_T 4 NULL 3135 Using where
>
> Abych mel jistotu tak jsem celou tabulku prepsal do nove struktury pres
> select into a prejmenoval je.
>
> Nemate nekdo nejakou ideu kde lezi zakopan nejlepsi pritel cloveka?
>
>