| Autor | Zpráva | ||
|---|---|---|---|
| MyFlower Profil |
#1 · Zasláno: 19. 6. 2012, 14:06:29
Ahoj,
mám problém s MySQL serverem, který se snažím vyřešit už přes týden. Po provedení update celé databáze (přepsání víceméně všech dat) a nebo po restartu daemona (mysqld) mi první načtení libovolné stránky připojující se do databáze trvá neuvěřitelně dlouho. Jakmile se (nejspíš) vytvoří cache, server začne odpovídat běžnou rychlostí a vše je bez problémů až do dalšího restartu / update. Netušíte, co s tím? Mohu zkusit řešení na straně serveru (Debian), klidně i nějaký příkaz MySQL, případně i PHP - fantazii se moc meze nekladou :-D Předem díky :-) |
||
| Kajman Profil |
#2 · Zasláno: 19. 6. 2012, 14:21:54
Zkuste si změřit jednotlivé části stránky, co tam dlouho trvá. Zda je to připojení, či nějaký konkrétní dotaz.
|
||
| MyFlower Profil |
#3 · Zasláno: 19. 6. 2012, 14:39:27
Kajman:
Dlouho trvají dotazy na vypsání stromové struktury [~230 strukturovaných záznamů]. Dotaz je odladěný, po prvním načtení trvá několik milisekund, zatímco první načtení trvá asi 50 sekund... Ale stejně zpomalené jsou i jiné složitější SELECT dotazy (s jedním a více JOIN / WHERE). Jedině obyčejný SELECT x FROM y je rychlý,
|
||
| Kajman Profil |
#4 · Zasláno: 19. 6. 2012, 15:50:14
Když po restartu spustíte ty dotazy mimo webovou aplikaci, tak jsou taky pomalé?
A když ty odlaněné dotazy pustíte s vypnotou sql cachí, tak jsou stále svižné? select no_sql_cache ... Možná by se dalo do startovacích procedur přidat po nastartování mysql serveru i něco jako ANALYZE TABLE `tabulka1`, `tabulka2` |
||
| MyFlower Profil |
#5 · Zasláno: 19. 6. 2012, 19:41:08
Kajman:
I když dotazy spustím přímo na serveru, jsou stejně pomalé. Svižné jsou pouze se zapnutou cache, jakmile ji vypnu, jsou pomalé stejně jako při prvním načtení. ANALYZE TABLE bohužel nepomáhá.
Nemohu si ani nijak "předvygenerovat" výstup, protože pro každého uživatele je odlišný a ukládat strom pro každého uživatele jednotlivě se mi nezdá jako validní řešení... |
||
| candiess Profil |
#6 · Zasláno: 19. 6. 2012, 19:42:27
a nebo byjsye mohl vyzkouset optimalizaci (OPTIMIZE TABLE table), kde se defragmentuje db a je to pak dycky o neco rychlejsi :)
|
||
| MyFlower Profil |
#7 · Zasláno: 19. 6. 2012, 19:55:23
candiess:
OPTIMIZE TABLE má bohužel téměř nulový efekt :-)
|
||
| Keeehi Profil |
#8 · Zasláno: 19. 6. 2012, 20:14:35
MyFlower:
S těmi složitými dotazy se nedá už nic jiného dělat? Máš indexy na správných sloupcích? Máš správně navržené tabulky? Číslo 230 zmiňované v [#3] není vůbec velké. 50 sekund na 230 záznamů se mi zdá vážně moc. Asi to nebude tak optimalizované jak si myslíš. |
||
| Kajman Profil |
#9 · Zasláno: 19. 6. 2012, 20:16:20
Pokud jsou dotazy s vypnutu sql cache pomalé i později, tak nejsou "odladěné", jak uvádíte.
Mrkněte u nich na explainy, zkuste využít indexy. |
||
| MyFlower Profil |
#10 · Zasláno: 21. 6. 2012, 22:43:35
Díky všem za odpovědi. Nakonec jsem vše obešel pomocí PHP, odstranil tak X poddotazů a díky třídám vše spároval. Řešení pomocí SQL jsem nenalezl.
|
||
|
Časová prodleva: 12 let
|
|||
0