Přetáhněte sem soubory

Nahrání SQL ( 0 ) x -

Nastavení stránky Klikněte na pruh pro posunutí stránky nahoru
Stiskněte Ctrl+Enter pro spuštění dotazu Stiskněte Enter pro spuštění dotazu
vzestupně
sestupně
Pořadí:
Ladit SQL
Počet
Pořadí provedení
Čas běhu
Seřadit dle:
Seskupit dotazy
Zrušit seskupení dotazů
Sbalit Rozbalit Zobrazit trasovací informace Skrýt trasovací informace Počet: Doba běhu:
Záložky
Obnovit
Přidat
Žádné záložky
Přidat záložku
Nastavení
Restore default values
Sbalit Rozbalit Znovu Upravit Vysvětlit Profilování Záložka Dotaz selhal Databáze: Doba běhu:

Poradce

Možné problémy s výkonem

Problém:
Server běží méně než 1 den, rady nemusí být přesné.
Doporučení:
Pro přesnější analýzu je doporučeno nechat server běžet delší dobu
Zdůvodnění:
Server běží jen 0 dnů, 0 hodin, 17 minut a 8 sekund
Použitá proměnná / vzorec:
Uptime
Test:
value < 86400
Problém:
long_query_time je nastaven na 10 sekund nebo víc, takže budou zaznamenány dotazy trvající přes 10 sekund.
Doporučení:
Doporučujeme nastavit long_query_time na nižší hodnotu v závislosti na vašem prostředí. Obvykle je vhodné 1-5 sekund.
Zdůvodnění:
long_query_time je nastaven na 10 sekund.
Použitá proměnná / vzorec:
long_query_time
Test:
value >= 10
Problém:
Zaznamenávání pomalých dotazů je vypnuto.
Doporučení:
Povolte záznam pomalých dotazů nastavením slow_query_log na 'ON'. To vám pomůže prozkoumat tyto zatěžující dotazy.
Zdůvodnění:
slow_query_log je vypnuto
Použitá proměnná / vzorec:
slow_query_log
Test:
value == 'OFF'
Problém:
Dochází k řazení velkého množství řádků.
Doporučení:
Na řazení není nic špatného, ale ujistěte se, že dotazy, které hojně využívají řazení, používají ve frázi ORDER BY sloupce s indexy, protože to zajistí mnohem rychlejší řazení.
Zdůvodnění:
Průměrně seřazeno řádků: 12.44 za sekundu
Použitá proměnná / vzorec:
Sort_rows / Uptime
Test:
value * 60 >= 1
Problém:
Probíhá příliš mnoho spojení tabulek bez využití indexů.
Doporučení:
To znamená, že spojení tabulek musí často procházet celou tabulku. Přidáním indexů na sloupce použité při spojování můžete tuto operaci značně urychlit.
Zdůvodnění:
Průměrně spojeno tabulek: 3.39 za sekundu, tato hodnota by měla být menší než 1 za hodinu
Použitá proměnná / vzorec:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Problém:
Ke čtení prvního záznamu indexu dochází příliš často.
Doporučení:
Toto obvykle znamená, že dochází k častému procházení celých indexů, které je sice rychlejší než procházení celých tabulek, ale přesto se jedná o poměrně náročnou operaci. Pokud často měníte velké tabulky dotazy UPDATE nebo DELETE, můžete situaci vylepšit spuštěním „OPTIMIZE TABLE“. Jinak se lze procházení indexů vyhnout jen přepsáním dotazů.
Zdůvodnění:
Průměrně procházeno indexů: 7.41 za minutu, tato hodnota by měla být menší než 1 za hodinu
Použitá proměnná / vzorec:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Problém:
Ke čtení dat z pevné pozice dochází příliš často.
Doporučení:
K tomuto dochází, pokud příliš mnoho dotazů, včetně slučovacích dotazů, musí řadit výsledky nebo procházet celou tabulku. Přidáním vhodných indexů můžete tato čtení omezit.
Zdůvodnění:
Četnost čtení na pevné pozici: 12.44 za sekundu, tato hodnota by měla být menší než 1 za hodinu
Použitá proměnná / vzorec:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Problém:
Ke čtení dalšího řádku tabulky dochází příliš často.
Doporučení:
Příliš mnoho dotazů musí procházet celé tabulky. Tomu můžete předejít přidáním indexů.
Zdůvodnění:
Četnost čtení dalšího řádku tabulky: 90.98 za sekundu, tato hodnota by měla být menší než 1 za hodinu
Použitá proměnná / vzorec:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Problém:
Příliš mnoho dočasných tabulek je ukládáno na disk, místo toho aby byly v paměti.
Doporučení:
Může pomoci zvětšení max_heap_table_size a tmp_table_size. Některé dočasné tabulky se však zapisují na disk bez ohledu na tato nastavení. Jich se můžete zbavit jen přepsáním dotazů a obejitím těchto podmínek (přítomnost polí BLOB, TEXT nebo jiných větších než 512 bajtů). Podrobněji je tato problematika popsána v dokumentaci MySQL
Zdůvodnění:
Četnost dočasného ukládání na disk: 15.29 za minutu, tato hodnota by měla být menší než 1 za hodinu
Použitá proměnná / vzorec:
Created_tmp_disk_tables / Uptime
Test:
value * 60 * 60 > 1
Problém:
Procento využití mezipaměti klíčů MyISAM je příliš nízké.
Doporučení:
Možná bude potřeba snížit hodnotu key_buffer_size, zkontrolovat, zda v tabulkách nebyly odstraněny nějaké indexy, případně prozkoumat, jestli se indexy správně využívají v dotazech.
Zdůvodnění:
Nejvyšší využití (%) vyrovnávací paměti MyISAM pro klíče je 0%, tato hodnota by měla být nad 95%
Použitá proměnná / vzorec:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Problém:
Procento indexů, které používají vyrovnávací paměť klíčů MyISAM, je příliš nízké.
Doporučení:
Mohlo by být potřeba zvýšit key_buffer_size.
Zdůvodnění:
Čtení indexů z paměti: 92%, tato hodnota by měla být nad 95%
Použitá proměnná / vzorec:
100 - (Key_reads / Key_read_requests * 100)
Test:
value < 95
Problém:
Tabulky jsou otevírány příliš často.
Doporučení:
Otevírání tabulek vede k přístupům na disk, které jsou obvykle pomalé. Zvýšením table_open_cache můžete toto omezit.
Zdůvodnění:
Četnost otevírání tabulek: 4.44 za minutu, tato hodnota by měla být menší než 10 za hodinu
Použitá proměnná / vzorec:
Opened_tables / Uptime
Test:
value*60*60 > 10
Problém:
Četnost otevírání souborů je příliš velká.
Doporučení:
Zvažte zvýšení open_files_limit, restartujte a poté zkontrolujte chybové záznamy.
Zdůvodnění:
Četnost otevírání souborů: 3.74 za minutu, tato hodnota by měla být menší než 5 za hodinu
Použitá proměnná / vzorec:
Open_files / Uptime
Test:
value * 60 * 60 > 5
Problém:
Je využíváno méně než 80% mezipaměti.
Doporučení:
Toto může být způsobeno příliš nízkou hodnotou query_cache_limit. Taktéž může pomoci vyprázdnění mezipaměti.
Zdůvodnění:
Aktuálně je volných 2% mezipaměti. Tato hodnota by se měla držet nad 80%
Použitá proměnná / vzorec:
100 - Qcache_free_memory / query_cache_size * 100
Test:
value < 80
Problém:
Maximální velikost výsledku uloženého do mezipaměti je výchozích 1 MiB.
Doporučení:
Změněním query_cache_limit (obvykle zvýšením) můžete zvýšit efektivitu. Tato proměnná určuje maximální velikost výsledku dotazu, který bude uložen v mezipaměti. Pokud máte mnoho výsledků dotazů nad 1 MiB, které jsou vhodné ke uložení do mezipaměti (jsou často čteny a minimálně zapisovány), tak zvýšením query_cache_limit zvýšíte její úspěšnost. Na druhou stranu, pokud dotazy nad 1 MiB nejsou vhodné k ukládání (například se daná tabulka příliš často mění), zvýšením query_cache_limit pravděpodobně úspěšnost snížíte.
Zdůvodnění:
query_cache_limit je nastaveno na 1 MiB
Použitá proměnná / vzorec:
query_cache_limit
Test:
value == 1024*1024