Bestanden hier neerzetten

SQL-upload ( 0 ) x -

Pagina gerelateerde instellingen Klik op de balk om te scrollen naar het begin van de pagina
Druk op Ctrl+Enter om de query uit te voeren Druk op Enter om de query uit te voeren
oplopend
aflopend
Volgorde:
Debug SQL
Aantal
Uitvoerings volgorde
Gebruikte tijd
Volgorde:
Groep query's
Niet gegroepeerde query's
Samenvouwen Uitklappen Toon bewerkingen Verberg bewerkingen Aantal: Gebruikte tijd:
Bladwijzers
Ververs
Toevoegen
Geen bladwijzers
Bladwijzer toevoegen
Opties
Restore default values
Samenvouwen Uitklappen Query opnieuw uitvoeren Wijzigen Verklaar Profiling Bladwijzer Query mislukt Database: Query-uitvoertijd:

Adviessysteem

Mogelijke performantieproblemen

Probleem:
De bedrijfstijd is minder dan 1 dag, de suggesties voor afstellen van de server zijn mogelijk niet geschikt.
Aanbeveling:
Om meer accurate gemiddelden te bekomen is het aangeraden om de server langer dan een dag te laten lopen; alvorens de Analyser uit te voeren
Rechtvaardiging:
De bedrijfstijd is maar 0 dagen, 0 uren, 4 minuten en 59 seconden
Gebruikte variabele / formule:
Uptime
Test:
value < 86400
Probleem:
long_query_time is ingesteld op 10 seconden of langer, zodat enkel trage query's die langer duren dan 10 seconden gelogd zullen worden.
Aanbeveling:
Het is aangeraden om long_query_time in te stellen op een lagere waarde, afhankelijk van uw omgeving. Gewoonlijk is 1-5 seconden een goede waarde.
Rechtvaardiging:
long_query_time is momenteel ingesteld op 10 seconde(n).
Gebruikte variabele / formule:
long_query_time
Test:
value >= 10
Probleem:
De trage query log is uitgeschakeld.
Aanbeveling:
Schakel het loggen van trage query's in door slow_query_log in te stellen op 'ON'. Dit helpt bij het zoeken naar problemen met slecht presterende query's.
Rechtvaardiging:
slow_query_log is uitgeschakeld
Gebruikte variabele / formule:
slow_query_log
Test:
value == 'OFF'
Probleem:
Er worden zeer veel regels gesorteerd.
Aanbeveling:
Hoewel er niets mis is met een hoog aantal rijsorteringen, kunt u controleren of query's die veel sorteren vereisen, geïndexeerde kolommen gebruiken in de clausule ORDER BY, omdat dit resulteert in snellere sortering.
Rechtvaardiging:
Gemiddelde aantal gesorteerde regels: 1.65 per seconde
Gebruikte variabele / formule:
Sort_rows / Uptime
Test:
value * 60 >= 1
Probleem:
Er zijn teveel JOINS zonder indexen.
Aanbeveling:
Dit betekent dat joins volledige tabelscans uitvoeren. Het toevoegen van indexen voor de kolommen die worden gebruikt in de join-voorwaarden zullen tabeljoins erg versnellen.
Rechtvaardiging:
Tabel join gemiddelde: 3.6 per seconde, deze waarde zou kleiner moeten zijn de 1 per uur
Gebruikte variabele / formule:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Probleem:
Mate van het lezen van de eerste index is hoog.
Aanbeveling:
Dit wijst doorgaans op veelvuldige doorzoeken van de volledige index. Volledige doorzoeken van de index is sneller dan het doorzoeken van een tabel, maar vereist veel rekenkracht bij grote tabellen; als deze tabellen een groot aantal UPDATEs of DELETEs hebben of gehad hebben, dan kan het uitvoeren van 'OPTIMIZE TABLE' het aantal keer dat een index volledig doorzocht wordt, verminderen, en/of de snelheid waarmee dit gebeurt, vergroten. Volledig doorzoeken van de index kan ook verminderd worden door query's te herschrijven.
Rechtvaardiging:
Gemiddelde van het doorlopen van de index: 8.03 per minuut, deze waarde moet kleiner zijn dan 1 keer per uur
Gebruikte variabele / formule:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Probleem:
De mate van het lezen van gegevens van een vaste positie is hoog.
Aanbeveling:
Dit wijst erop dat veel query's resultaten moeten sorteren en/of een tabel volledig doorzoeken, inbegrepen JOIN-query's die geen gebruik maken van indexen. Voeg indexen toe waar nodig.
Rechtvaardiging:
Gemiddelde mate van het lezen van een vaste positie: 1.65 per seconde, deze waarde is best kleiner dan 1 keer per uur
Gebruikte variabele / formule:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Probleem:
Frequentie van lezen van volgende tabelrij is hoog.
Aanbeveling:
Dit wijst erop dat veel query's tabellen volledig doorzoeken. Voeg indexen toe waar nodig.
Rechtvaardiging:
Mate van het lezen van de volgende tabelrij: 136.31 per seconde, deze waarde zou kleiner moeten zijn dan 1 keer per uur
Gebruikte variabele / formule:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Probleem:
Veel tijdelijke tabellen worden naar harde schijf geschreven in plaats van in het geheugen bewaard te worden.
Aanbeveling:
Verhogen van max_heap_table_size en tmp_table_size kan helpen. Hoewel sommige tijdelijke tabellen altijd naar de harde schijf geschreven worden, onafhankelijk van de waarde van deze variabelen. Om dit te vermijden zullen deze query's herschreven moeten worden, om deze voorwaarden te vermijden (bij tijdelijke tabellen: Gebruik van een BLOB of TEXT kolom of een kolom groter dan 512 bytes) zoals vermeld wordt in de MySQL Documentatie
Rechtvaardiging:
Mate van tijdelijke tabellen die op harde schijf bewaard worden: 21.67 per minuut, deze waar zou kleiner moeten zijn dan 1 keer per uur
Gebruikte variabele / formule:
Created_tmp_disk_tables / Uptime
Test:
value * 60 * 60 > 1
Probleem:
MyISAM-sleutelbuffer (indexcache) % is laag.
Aanbeveling:
Verklein de grootte van key_buffer_size, bekijk uw tabellen opnieuw om te zien of indexen verwijderd zijn, of bekijk query's en verwachtingen over welke indexen gebruikt zouden moeten worden.
Rechtvaardiging:
max % MyISAM-sleutelbuffer ooit gebruikt: 0%, deze waarde moet groter zijn dan 95%
Gebruikte variabele / formule:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Probleem:
Het % van indexen dat de MyISAM-sleutelbuffer gebruikt, is laag.
Aanbeveling:
Verhoog best key_buffer_size.
Rechtvaardiging:
Lezen van de index uit geheugen: 88%, deze waarde zou hogere moeten liggen dan 95%
Gebruikte variabele / formule:
100 - (Key_reads / Key_read_requests * 100)
Test:
value < 95
Probleem:
Het aandeel geopende tabellen is hoog.
Aanbeveling:
Openen van tabellen vereist toegang tot de harde schijf, wat kostbaar is. Verhogen van table_open_cache kan dit mogelijk vermijden.
Rechtvaardiging:
Aandeel geopende tabellen: 11.44 per minuut, deze waarde zou minder moeten zijn dan 10 per uur
Gebruikte variabele / formule:
Opened_tables / Uptime
Test:
value*60*60 > 10
Probleem:
Het aandeel geopende bestanden is hoog.
Aanbeveling:
Overweeg om open_files_limit te verhogen, en controleer het foutenlogboek na herstarten nadat open_files_limit gewijzigd is.
Rechtvaardiging:
Aandeel geopende bestanden: 6.82 per minuut, deze waarde zou minder dan 5 per uur moeten zijn
Gebruikte variabele / formule:
Open_files / Uptime
Test:
value * 60 * 60 > 5
Probleem:
Minder dan 80% van de querycache wordt gebruikt.
Aanbeveling:
Dit wordt mogelijk veroorzaakt door query_cache_limit die te laag ingesteld is. Leegmaken van de querycache kan ook helpen.
Rechtvaardiging:
De huidige verhouding van vrij querycachegeheugen tot de totale querycachegrootte is 1%. Dit zou meer dan 80% moeten zijn
Gebruikte variabele / formule:
100 - Qcache_free_memory / query_cache_size * 100
Test:
value < 80
Probleem:
De maximale grootte van een resultatenset in de querycache is de standaard van 1 MB.
Aanbeveling:
query_cache_limit wijzigen (doorgaans door te verhogen) kan de efficiëntie verhogen. Deze variabele bepaalt de maximumgrootte van een queryresultaat voor het in de querycache opgenomen mag worden. Als er veel queryresultaten groter dan 1 MiB zijn, die een goeie kandidaat zijn om gecached te worden (veel keer gelezen, weinig geschreven), dan zal het verhogen van query_cache_limit de efficiëntie verhogen. Maar in het geval dat er veel queryresultaten groter dan 1 MiB zijn, die geen goede kandidaat zijn om gecached te worden (vaak gewijzigd door wijziging van tabellen), dan zal het verhogen van query_cache_limit mogelijk nadelig zijn voor de efficiëntie.
Rechtvaardiging:
query_cache_limit is 1 Mib
Gebruikte variabele / formule:
query_cache_limit
Test:
value == 1024*1024