Rilascia i file qui

Upload SQL ( 0 ) x -

Premere Ctrl+Enter per eseguire la query Premere INVIO per eseguire query
crescente
decrescente
Ordine:
Debug SQL
Conteggio
Ordine di esecuzione
Tempo utilizzato
Ordine per:
Raggruppa query
Dividi Query
Riduci Espandi Mostra traccia Nascondi traccia Conteggio: Tempo utilizzato:
Opzioni
Restore default values
Riduci Espandi Re-query Modifica Spiega Profiling Query fallita Database: Tempo in coda:

Advisor

Possibili problemi di prestazioni

Problema:
Il server è stato in esecuzione per un periodo inferiore ad 1 giorno, i suggerimenti per migliorarne l'efficienza potrebbero non essere accurati.
Avviso:
Per ottenere valori medi più realistici si raccomanda di lasciare il server in esecuzione per più di un giorno prima di lanciare questo analizzatore
Giustificazione:
L'uptime è solo 0 giorni, 0 ore, 8 minuti e 53 secondi
Variabile / formula utilizzata:
Uptime
Test:
value < 86400
Problema:
(long_query_time) è impostato a 10 secondi o più, quindi solo le query lente che richiedono più di 10 secondi vengono registrate nel log.
Avviso:
Si suggerisce di impostare long_query_time a un valore inferiore, a seconda del vostro ambiente. Di solito si suggerisce un valore di 1-5 secondi.
Giustificazione:
long_query_time è impostato a 10 secondi.
Variabile / formula utilizzata:
long_query_time
Test:
value >= 10
Problema:
Lo slow_query_log è disabilitato.
Avviso:
Abilitate il log delle query lente impostando slow_query_log a 'ON'. Questo aiuterà nella risoluzione dei problemi per le query con cattive prestazioni.
Giustificazione:
slow_query_log è impostato a 'OFF'
Variabile / formula utilizzata:
slow_query_log
Test:
value == 'OFF'
Problema:
Ci sono molte righe da ordinare.
Avviso:
Sebbene non ci sia nulla di sbagliato nell'avere un'alto numero di righe da ordinare, potreste voler essere sicuri che le query che richiedono molti ordinamenti usino campi indicizzati nella clausola ORDER BY, poiché questo risulterebbe in un ordinamento molto più veloce.
Giustificazione:
Media di righe ordinate: 178.65 al secondo
Variabile / formula utilizzata:
Sort_rows / Uptime
Test:
value * 60 >= 1
Problema:
Ci sono troppe join prive di indici.
Avviso:
Significa che alcune join richiedono una scansione dell'intera tabella collegata. Aggiungendo indici alle colonne utilizzate nelle condizioni di join, si otterranno notevoli riduzioni dei tempi di esecuzione.
Giustificazione:
Media di join di tabella: 86.03 al secondo, questo valore dovrebbe essere inferiore a 1 all'ora
Variabile / formula utilizzata:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Problema:
Il tasso di lettura della prima voce nell'indice è alto.
Avviso:
Questo indica solitamente frequenti scansioni complete dell'indice. Scansioni complete dell'indice sono più veloci delle scansioni di tabella, ma richiedono molto utilizzo della CPU in grandi tabelle, se tali tabelle hanno o hanno avuto un volume elevato di UPDATE e DELETE query, l'esecuzione di 'OPTIMIZE TABLE' potrebbe ridurre la quantità delle e/o velocizzare le scansioni complete dell'indice. Oltre a questo scansioni complete dell'indice possono essere ridotte solo riscrivendo le query.
Giustificazione:
Media di scansioni dell'indice: 42.14 al secondo, questo valore dovrebbe essere inferiore a 1 all'ora
Variabile / formula utilizzata:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Problema:
Il tasso di lettura dei dati da una posizione fissa è alto.
Avviso:
Questo indica che molte query richiedono l'ordinamento dei risultati e/o la scansione completa della tabella, includendo query con join che non usa gli indici. Aggiungete gli indici ove possibile.
Giustificazione:
Tasso medio di lettura su posizione fissa: 133.49 al secondo, questo valore dovrebbe essere inferiore a 1 all'ora
Variabile / formula utilizzata:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Problema:
La frequenza di lettura della riga nella prossima tabella è alta.
Avviso:
Questo indica che molte query stanno facendo scansioni complete su tabella. Aggiungete degli indici ove possibile.
Giustificazione:
Tasso di lettura della riga successiva nella tabella: 5397.73 al secondo, questo valore dovrebbe essere inferiore a 1 all'ora
Variabile / formula utilizzata:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Problema:
Molte tabelle temporanee vengono scritte nel disco invece di essere mantenute in memoria.
Avviso:
Incrementare max_heap_table_size e tmp_table_size potrebbe risolvere il problema. Tuttavia alcune tabelle temporanee vengono sempre scritte sul disco, indipendentemente dal valore di queste variabili. Per eliminarle dovrete riscrivere le query per evitare queste condizioni (All'interno delle tabelle temporanee: Presenza di un campo BLOB o di un TEXT o presenza di un campo più grande di 512 byte) come menzionato nella Documentazione MySQL
Giustificazione:
Tasso di tabelle temporanee che verranno scritte su disco: 1.24 al minuto, questo valore dovrebbe essere inferiore a 1 all'ora
Variabile / formula utilizzata:
Created_tmp_disk_tables / Uptime
Test:
value * 60 * 60 > 1
Problema:
Bassa % di utilizzo del buffer delle chiavi MyISAM (cache degli indici).
Avviso:
Potrebbe essere necessario diminuire la dimensione di key_buffer_size, ricontrollare le tabelle per verificare se gli indici sono stati rimossi, oppure esaminare le query e controllare che siano utilizzati gli indici che ci si aspetta.
Giustificazione:
Masisma % MyISAM key buffer mai usata: 0%, questo valore dovrebbe essere sopra il 95%
Variabile / formula utilizzata:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Problema:
La frequenza di apertura di tabelle è alta.
Avviso:
Aprire tabelle richiede I/O su disco che è un'operazione costosa. Aumentare table_open_cache potrebbe evitarlo.
Giustificazione:
Tasso di apertura delle tabelle: 1.3 al secondo, questo valore dovrebbe essere inferiore a 10 all'ora
Variabile / formula utilizzata:
Opened_tables / Uptime
Test:
value*60*60 > 10
Problema:
La frequenza di apertura di file è alta.
Avviso:
Valutate se incrementare open_files_limit e controllate il log degli errori quando riavviate dopo avere cambiato open_files_limit.
Giustificazione:
Tasso di file aperti: 40.53 all'ora, questo valore dovrebbe essere inferiore a 5 all'ora
Variabile / formula utilizzata:
Open_files / Uptime
Test:
value * 60 * 60 > 5