Presuňte súbory sem

SQL upload ( 0 ) x -

Nastavenia stránky Kliknutím v pruhu prejdete na začiatok stránky
Stlačte Ctrl+Enter pre spustenie dopytu Stlačte Enter pre spustenie dopytu
vzostupne
zostupne
Poradie:
Ladiť SQL
Počet
Poradie vykonávania
Ubehnutý čas
Zoradiť podľa:
Zoskupiť dopyty
Zrušiť zoskupenie dopytov
Zbaliť Rozbaliť Zobraziť trasovacie informácie Skryť trasovacie informácie Počet: Ubehnutý čas:
Záložky
Obnoviť
Pridať
Žiadne záložky
Pridať záložku
Nastavenia
Restore default values
Zbaliť Rozbaliť Znovu spustiť dopyt Upraviť Vysvetliť Profilovanie Záložka Dopyt zlyhal Databáza: Čas behu:

Poradca

Možné problémy s výkonom

Issue:
Doba prevádzky je menšia ako 1 deň, ladenie výkonu nemusí byť presné.
Recommendation:
Ak chcete získať presnejšie priemery, odporúča sa pred spustením analyzátora nechať server bežať dlhšie ako jeden deň
Justification:
Doba prevádzky je iba 0 dní, 8 hodín, 55 minút a 52 sekúnd
Used variable / formula:
Uptime
Test:
value < 86400
Issue:
long_query_time je nastavené na 10 sekúnd alebo viac, takže iba dopyty trvajúce 10 sekúnd a viac sú zaznamenané.
Recommendation:
Je doporučené nastaviť long_query_time na nižšiu hodnotu podľa Vašeho prostredia. Obvykle doporučená hodnota je 1-5 sekúnd.
Justification:
long_query_time je nastavený na 10 sekúnd.
Used variable / formula:
long_query_time
Test:
value >= 10
Issue:
slow_query_log je vypnutý.
Recommendation:
Zapni výpis pomalých dopytov nastavením slow_query_log na 'ON'. Toto pomôže pri riešení problémov dopytov so zlým výkonom.
Justification:
slow_query_log je nastavený na 'OFF'
Used variable / formula:
slow_query_log
Test:
value == 'OFF'
Issue:
Triedi sa veľa riadkov.
Recommendation:
Hoci na veľkom množstve triedenia riadkov nie je nič zlé, možno by ste sa mali uistiť, že dopyty, ktoré vyžadujú veľa triedenia, používajú indexované stĺpce v klauzule ORDER BY, pretože to vedie k oveľa rýchlejšiemu triedeniu.
Justification:
Priemer zoradených riadkov: 7.34 za sekundu
Used variable / formula:
Sort_rows / Uptime
Test:
value * 60 >= 1
Issue:
Je príliš veľa spojení bez indexov.
Recommendation:
To znamená, že spájania vykonávajú prehľadávanie celej tabuľky. Pridanie indexov pre stĺpce, ktoré sa používajú v podmienkach spojenia, výrazne urýchli spájanie tabuliek.
Justification:
Priemer spájania tabuliek: 10.03 za sekundu, táto hodnota by mala byť nižšia ako 1 za hodinu
Used variable / formula:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Issue:
Podiel čítania prvej položky indexu je vysoký.
Recommendation:
To zvyčajne znamená časté skenovanie celého indexu. Plné prehľadávanie indexov je rýchlejšie ako prehľadávanie tabuliek, ale vo veľkých tabuľkách si vyžaduje veľa cyklov procesora. Ak sa v tabuľkách, ktoré majú alebo mali veľké množstvo UPDATE a DELETE, spustí 'OPTIMIZE TABLE', môže sa znížiť množstvo a/alebo zrýchliť prehľadávanie plných indexov. Okrem toho sa skenovanie úplných indexov dá znížiť len prepísaním dotazov.
Justification:
Priemer čítania indexov: 23.07 za minútu, táto hodnota by mala byť nižšia ako 1 za hodinu
Used variable / formula:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Issue:
Podiel čítania z pevnej pozície je vysoký.
Recommendation:
To naznačuje, že mnoho dotazov potrebuje zoradiť výsledky a/alebo vykonať úplnú kontrolu tabuľky vrátane spojovacích dotazov, ktoré nepoužívajú indexy. V prípade potreby pridajte indexy.
Justification:
Rate of reading fixed position average: 7.32 za sekundu, this value should be less than 1 per hour
Used variable / formula:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Issue:
Frekvencia načítania ďalšieho riadku tabuľky je vysoká.
Recommendation:
This indicates that many queries are doing full table scans. Add indexes where applicable.
Justification:
Podiel čítania ďalšieho riadku tabuľky: 268.8 za sekundu, táto hodnota by mala byť nižšia ako 1 za hodinu
Used variable / formula:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Issue:
Many temporary tables are being written to disk instead of being kept in memory.
Recommendation:
Increasing max_heap_table_size and tmp_table_size might help. However some temporary tables are always being written to disk, independent of the value of these variables. To eliminate these you will have to rewrite your queries to avoid those conditions (Within a temporary table: Presence of a BLOB or TEXT column or presence of a column bigger than 512 bytes) as mentioned in the MySQL Documentation
Justification:
Rate of temporary tables being written to disk: 1.13 za sekundu, this value should be less than 1 per hour
Used variable / formula:
Created_tmp_disk_tables / Uptime
Test:
value * 60 * 60 > 1
Issue:
MyISAM key buffer (index cache) % used is low.
Recommendation:
You may need to decrease the size of key_buffer_size, re-examine your tables to see if indexes have been removed, or examine queries and expectations about what indexes are being used.
Justification:
max % vyrovávacej pamäte MyISAM kľúčov niekedy použitej: 0%, táto hodnota by mala byť vyššia ako 95%
Used variable / formula:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Issue:
Frekvencia otvárania tabuliek je vysoká.
Recommendation:
Opening tables requires disk I/O which is costly. Increasing table_open_cache might avoid this.
Justification:
Podiel otvárania tabuliek: 16.91 za hodinu, táto hodnota by mala byť nižšia ako 10 za hodinu
Used variable / formula:
Opened_tables / Uptime
Test:
value*60*60 > 10
Issue:
Frekvencia otvárania súborov je vysoká.
Recommendation:
Consider increasing open_files_limit, and check the error log when restarting after changing open_files_limit.
Justification:
Podiel otváraných súborov: 8.06 za hodinu, táto hodnota by mala byť nižšia ako 5 za hodinu
Used variable / formula:
Open_files / Uptime
Test:
value * 60 * 60 > 5
Issue:
Less than 80% of the query cache is being utilized.
Recommendation:
This might be caused by query_cache_limit being too low. Flushing the query cache might help as well.
Justification:
The current ratio of free query cache memory to total query cache size is 17%. It should be above 80%
Used variable / formula:
100 - Qcache_free_memory / query_cache_size * 100
Test:
value < 80
Issue:
The max size of the result set in the query cache is the default of 1 MiB.
Recommendation:
Changing query_cache_limit (usually by increasing) may increase efficiency. This variable determines the maximum size a query result may have to be inserted into the query cache. If there are many query results above 1 MiB that are well cacheable (many reads, little writes) then increasing query_cache_limit will increase efficiency. Whereas in the case of many query results being above 1 MiB that are not very well cacheable (often invalidated due to table updates) increasing query_cache_limit might reduce efficiency.
Justification:
query_cache_limit is set to 1 MiB
Used variable / formula:
query_cache_limit
Test:
value == 1024*1024