Aruncă fișiere aici

SQL upload ( 0 ) x -

Setări legate de pagini Dă clic pe bară pentru a derula în partea de sus a paginii
Apasă Ctrl+Enter pentru a executa interogarea Apasă Enter pentru a executa interogarea
crescător
descrescător
Ordine:
Depanare SQL
Număr
Ordine de execuție
Timp luat
Ordonează după:
Grupează interogările
Degrupează interogările
Restrânge Extinde Arată urmărirea Ascunde urmărirea Număr: Timp luat:
Semne de carte
Reîmprospătează
Adaugă
Niciun semn de carte
Adaugă semn de carte
Opțiuni
Restore default values
Restrânge Extinde Reinterogare Editează Explică Creez profilul Semn de carte Interogare eșuată Bază de date: Timp de interogare:

Sistem de consultanță

Probleme de performanță posibile

Problemă:
Timpul de funcționare este sub o zi, ajustarea performanței poate să nu fie precisă.
Recomandare:
Pentru a obține date mult mai precise, este recomandat să lași serverul să ruleze mai mult de o zi, înainte de a rula acest analizor
Justificare:
Timpul de funcționare este de numai 0 zile, 7 ore, 55 minute și 38 secunde
Variabilă/formulă folosită:
Uptime
Test:
value < 86400
Problemă:
long_query_time este setat la 10 secunde sau mai mult, așadar sunt înregistrate numai interogările lente care durează peste 10 secunde.
Recomandare:
Este recomandat să setezi long_query_time la o valoare mai mică, în funcție de mediul tău. De obicei, este sugerată o valoare de 1-5 secunde.
Justificare:
long_query_time este setat acum la 10.
Variabilă/formulă folosită:
long_query_time
Test:
value >= 10
Problemă:
Jurnalul interogări lente este dezactivat.
Recomandare:
Activează jurnalizarea interogări lente setând slow_query_log la ”PORNIT”. Acest lucru va ajuta la depanarea interogărilor cu performanțe slabe.
Justificare:
long_query_time este setat la ”OPRIT”
Variabilă/formulă folosită:
slow_query_log
Test:
value == 'OFF'
Problemă:
Există o mulțime de rânduri sortate.
Recomandare:
Deși nu este nimic în neregulă cu o cantitate mare de sortare a rândurilor, este recomandabil să vă asigurați că interogările care necesită o mare cantitate de sortare utilizează coloane indexate în clauza ORDER BY, deoarece acest lucru va duce la o sortare mult mai rapidă.
Justificare:
Medie rânduri sortate: 11.39 pe secundă
Variabilă/formulă folosită:
Sort_rows / Uptime
Test:
value * 60 >= 1
Problemă:
Există prea multe asocieri fără indexuri.
Recomandare:
Acest lucru înseamnă că îmbinările efectuează scanări complete ale tabelei. Adăugarea de indici pentru coloanele utilizate în condițiile îmbinărilor va accelera foarte mult îmbinările de tabele.
Justificare:
Medie asocieri tabel: 7.88 pe secundă, această valoare ar trebui să fie mai mică decât 1 pe oră
Variabilă/formulă folosită:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Problemă:
Rata de citire a primei intrări de index este mare.
Recomandare:
Acest lucru indică, de obicei, scanări frecvente ale indexului complet. Scanările indexului complet sunt mai rapide decât scanările tabelelor, dar necesită multe cicluri CPU în tabelele mari, dacă acele tabele care au sau au avut volume mari de UPDATE-uri și DELETE-uri, rularea 'OPTIMIZE TABLE' ar putea reduce cantitatea și/sau accelera scanările indexului complet. În afară de aceasta, scanările indexului complet pot fi reduse doar prin rescrierea interogărilor.
Justificare:
Medie scanări index: 23.51 pe minut, această valoare ar trebui să fie mai mică decât 1 pe oră
Variabilă/formulă folosită:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Problemă:
Rata de citire a datelor dintr-o poziție fixă este mare.
Recomandare:
Acest lucru indică faptul că multe interogări trebuie să sorteze rezultatele și/sau să efectueze o scanare completă a tabelului, inclusiv interogările de tip join care nu utilizează indexuri. Adăugați indexuri, dacă este cazul.
Justificare:
Medie rată de citire din poziție fixă: 11.32 pe secundă, această valoare ar trebui să fie mai mică decât 1 pe oră
Variabilă/formulă folosită:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Problemă:
Rata de citire a următorului rând de tabel este mare.
Recomandare:
Aceasta indică că multe interogări fac scanări complete de tabele. Adaugă indexuri, dacă este cazul.
Justificare:
Rată de citire a următorului rând de tabel: 223.9 pe secundă, această valoare ar trebui să fie mai mică decât 1 pe oră
Variabilă/formulă folosită:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Problemă:
Multe tabele temporare sunt scrise pe disc în loc să fie păstrate în memorie.
Recomandare:
Mărirea max_heap_table_size și tmp_table_size ar putea fi de ajutor. Cu toate acestea, unele tabele temporare sunt întotdeauna scrise pe disc, independent de valoarea acestor variabile. Pentru a le elimina, va trebui să rescrieți interogările pentru a evita acele condiții (într-un tabel temporar: prezența unei coloane BLOB sau TEXT sau prezența unei coloane mai mare de 512 octeți) așa cum este menționat în Documentația MySQL
Justificare:
Rată de tabele temporare care sunt scrise pe disc: 38.05 pe minut, această valoare ar trebui să fie mai mică decât 1 pe oră
Variabilă/formulă folosită:
Created_tmp_disk_tables / Uptime
Test:
value * 60 * 60 > 1
Problemă:
Tamponul cheie MyISAM folosit (cache index) % este mic.
Recomandare:
Poate vrei să reduci dimensiunea key_buffer_size, să-ți reexaminezi tabelele pentru a vedea dacă indexurile au fost înlăturate sau să examinezi interogările și așteptările cu privire la indexurile care sunt utilizate.
Justificare:
% tampon maxim cheie MyISAM folosit vreodată: 0%, această valoare ar trebui să fie mai mare de 95%
Variabilă/formulă folosită:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Problemă:
Rata de deschidere a tabelelor este mare.
Recomandare:
Deschiderea tabelelor necesită intrări/ieșiri pe disc, care sunt costisitoare. Creșterea table_open_cache ar putea evita acest lucru.
Justificare:
Rată tabele deschise: 20.31 pe oră, această valoare ar trebui să fie mai mică decât 10 pe oră
Variabilă/formulă folosită:
Opened_tables / Uptime
Test:
value*60*60 > 10
Problemă:
Rata de deschidere fișiere este mare.
Recomandare:
Ia în considerare creșterea open_files_limit și verifică jurnalul de erori când repornești, după modificarea open_files_limit.
Justificare:
Rată fișiere deschise: 9.71 pe oră, această valoare ar trebui să fie mai mică decât 5 pe oră
Variabilă/formulă folosită:
Open_files / Uptime
Test:
value * 60 * 60 > 5
Problemă:
Este utilizat mai puțin de 80% din cache-ul interogări.
Recomandare:
Aceasta poate fi cauzată de o valoare prea mică pentru query_cache_limit. Probabil ștergerea cache interogări ar putea fi utilă.
Justificare:
Raportul curent dintre memoria disponibilă cache interogări și dimensiunea cache interogări totală este de 25%. Ar trebui să fie peste 80%
Variabilă/formulă folosită:
100 - Qcache_free_memory / query_cache_size * 100
Test:
value < 80
Problemă:
Implicit, dimensiunea maximă a setului de rezultate în cache interogări este de 1 MiO.
Recomandare:
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.
Justificare:
query_cache_limit este setat la 1 MiO
Variabilă/formulă folosită:
query_cache_limit
Test:
value == 1024*1024