Släpp filer här

SQL upload ( 0 ) x -

Sida-relaterade inställningar Klicka på bommen för att förflytta dig till toppen av sidan
Tryck på Ctrl+Enter för att exekvera frågan Tryck på Enter för att köra frågan
Stigande
fallande
Sorteringsordning:
Debugga SQL
Räkna
Körningsordningen
Tidsåtgång
Sorteringsordning:
Grupp sökfrågor
Dela upp frågor
Slå ihop Expandera Visa spår Dölja spår Antal: Tidsåtgång:
Bokmärken
Uppdatera
Lägg till
Inga bokmärken
Lägg till bokmärke
Alternativ
Restore default values
Slå ihop Expandera Ny fråga Redigera Förklara Profilering Bokmärke Query misslyckades Databas: Exekveringstid för frågor:

Handledningssystem

Möjliga prestandaproblem

Issue:
Upptid är mindre än en dag, prestandajustering kanske inte är korrekt.
Recommendation:
För att få mer exakta medelvärden rekommenderas att låta servern köras längre än en dag innan du kör denna analysator
Justification:
Upptid är bara 0 dagar, 7 timmar, 1 minuter och 58 sekunder
Used variable / formula:
Uptime
Test:
value < 86400
Issue:
long_query_time är satt till 10 sekunder eller längre, alltså endast långsamma frågor som tar över 10 sekunder blir loggade.
Recommendation:
Det rekommenderas att sätta long_query_time till ett lägre värde, beroende på din miljö. Ett värde på 1-5 sekunder är lämpligt.
Justification:
long_query_time är för närvarande satt till 10s.
Used variable / formula:
long_query_time
Test:
value >= 10
Issue:
Den långsamma sökfrågeloggen är inaktiverad.
Recommendation:
Aktivera långsam frågeloggning genom att sätta slow_query_log till "ON". Detta kommer att underlätta felsökning av frågor med dålig prestanda.
Justification:
slow_query_log är satt till 'OFF'
Used variable / formula:
slow_query_log
Test:
value == 'OFF'
Issue:
Det är många rader som blir sorterade.
Recommendation:
Även om det inte är fel med en hög andel av radsorteringar, bör du se till att frågor som kräver mycket sortering använder de indexerade fälten i ORDER BY-satsen, då detta kommer resultera i mycket snabbare sortering.
Justification:
Genomsnittligt antal sorterade rader: 5.32 per sekund
Used variable / formula:
Sort_rows / Uptime
Test:
value * 60 >= 1
Issue:
Det finns för många JOINS som saknar index.
Recommendation:
Detta innebär att joins gör fullständiga tabellsökningar. Att lägga till index för de fält som använder join-villkoren kommer avsevärt snabba upp tabellkopplingen.
Justification:
Tabellkoppling i genomsnitt: 7.08 per sekund detta värde bör vara mindre än 1 per timme
Used variable / formula:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Issue:
Frekvensen av att läsa första indexpost är hög.
Recommendation:
Detta indikerar oftast frekventa fullständiga indexsökningar. Fullständiga indexsökningar är snabbare än tabellsökningar, men kräver mycket CPU-tid vid stora tabeller, om dessa tabeller har eller har haft stora volymer av UPDATES's och DELETE's, kan "OPTIMIZE TABLE" minska mängden och/eller snabba upp fullständiga indexsökningar. Fullständiga indexskanningar kan bara minskas genom att skriva om frågorna.
Justification:
Index sökningar i genomsnitt: 14.98 per minut detta värde bör vara mindre än 1 per timme
Used variable / formula:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Issue:
Frekvensen att läsa data från en fast position är hög.
Recommendation:
Detta tyder på att många frågor behöver sortera resultat och / eller göra en fullständig tabellsökning, innehållande join-frågor som inte använder index. Lägg till index i förekommande fall.
Justification:
Andelen läsning av fast position i genomsnitt: 5.22 per sekund detta värde bör vara mindre än 1 per timme
Used variable / formula:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Issue:
Frekvensen av läsning av nästa tabellrad är hög.
Recommendation:
Detta tyder på att många frågor utför en fullständig tabellsökning, Lägg till index i förekommande fall.
Justification:
Andelen av läsning av nästa tabellrad: 185.23 per sekund, detta värde bör vara mindre än 1 per timme
Used variable / formula:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Issue:
Många temporära tabeller skrivs till disken istället för att lagras i minnet.
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:
Andelen temporära tabeller som skrivs till disk: 37.9 per minut, detta värde bör vara mindre än 1 per timme
Used variable / formula:
Created_tmp_disk_tables / Uptime
Test:
value * 60 * 60 > 1
Issue:
MyISAM key buffer (index cache) % used is low.
Recommendation:
Du kan behöva minska storleken på key_buffer_size, se över dina tabeller för att se om index har tagits bort eller kontrollera frågor och förväntningar på vilka index som används.
Justification:
max % av MyISAM key buffer någonsin använts 0%, detta värde ska vara högre än 95%
Used variable / formula:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Issue:
Andelen öppna tabeller är hög.
Recommendation:
Öppna tabeller kräver disk I/O som är dyrt. Att öka table_open_cache kan lösa detta.
Justification:
Andel öppna tabeller: 19.48 per timme, detta värde bör vara mindre än 10 per timme
Used variable / formula:
Opened_tables / Uptime
Test:
value*60*60 > 10
Issue:
Andelen öppnande av filer är hög.
Recommendation:
Överväg att öka open_files_limit och kontrollera felloggen vid omstart efter att ha ändrat open_files_limit.
Justification:
Andelen öppnade filer: 10.95 per timme detta värde bör vara mindre än 5 per timme
Used variable / formula:
Open_files / Uptime
Test:
value * 60 * 60 > 5
Issue:
Less than 80% of the query cache is being utilized.
Recommendation:
Detta kan orsakas av query_cache_limit är satt för lågt. Tömma frågecachen kan också hjälpa.
Justification:
Det nuvarande förhållandet mellan ledigt frågecacheminne den totala fråge cache-storlek är 20%. Det bör vara över 80%
Used variable / formula:
100 - Qcache_free_memory / query_cache_size * 100
Test:
value < 80
Issue:
Den maximala storleken på resultatet i frågecachen är standardvärdet på 1 Mb.
Recommendation:
Att ändra query_cache_limit, vanligtvis genom att öka denna, kan öka effektiviteten. Denna variabel anger den maximala storleken ett frågeresultat kan ha för att läggas in i frågecachen. Om det finns många frågeresultat större än 1 Mb som är värda att cacha (många läsningar, lite skrivningar) så kommer en ökning av query_cache_limit förbättra effektiviteten. Om det däremot finns många frågeresultat större än 1 Mb som inte är värda att cacha (ofta ogiltiga på grund av tabelluppdateringar) kan en ökning av query_cache_limit försämra effektiviteten.
Justification:
query_cache_limit är satt till 1 Mb
Used variable / formula:
query_cache_limit
Test:
value == 1024*1024