ניתן להשליך קבצים לכאן

SQL upload ( 0 ) x -

Press Ctrl+Enter to execute query Press Enter to execute query
ascending
descending
Order:
ניפוי שגיאות SQL
Count
Execution order
Time taken
Order by:
שאילתות קבוצתיות
Ungroup queries
Collapse Expand Show trace Hide trace Count: Time taken:
אפשרויות
שחזור ערכי ברירת מחדל
Collapse Expand Requery עריכה Explain Profiling Query failed מסד נתונים: Queried time:

מערכת ייעוץ

תקלות ביצועים אפשריות

Issue:
Uptime is less than 1 day, performance tuning may not be accurate.
Recommendation:
To have more accurate averages it is recommended to let the server run for longer than a day before running this analyzer
Justification:
The uptime is only 0 ימים, 0 שעות, 1 דקות ו- 35 שניות
Used variable / formula:
Uptime
Test:
value < 86400
Issue:
long_query_time is set to 10 seconds or more, thus only slow queries that take above 10 seconds are logged.
Recommendation:
It is suggested to set long_query_time to a lower value, depending on your environment. Usually a value of 1-5 seconds is suggested.
Justification:
long_query_time is currently set to 10s.
Used variable / formula:
long_query_time
Test:
value >= 10
Issue:
רישום השאילתות האטיות מושבת.
Recommendation:
Enable slow query logging by setting slow_query_log to 'ON'. This will help troubleshooting badly performing queries.
Justification:
slow_query_log is set to 'OFF'
Used variable / formula:
slow_query_log
Test:
value == 'OFF'
Issue:
Suboptimal caching method.
Recommendation:
You are using the MySQL Query cache with a fairly high traffic database. It might be worth considering to use memcached instead of the MySQL Query cache, especially if you have multiple replicas.
Justification:
The query cache is enabled and the server receives 136 queries per second. This rule fires if there is more than 100 queries per second.
Used variable / formula:
Questions / Uptime
Test:
value > 100
Issue:
There are lots of rows being sorted.
Recommendation:
While there is nothing wrong with a high amount of row sorting, you might want to make sure that the queries which require a lot of sorting use indexed columns in the ORDER BY clause, as this will result in much faster sorting.
Justification:
Sorted rows average: 405.56 לשנייה
Used variable / formula:
Sort_rows / Uptime
Test:
value * 60 >= 1
Issue:
There are too many joins without indexes.
Recommendation:
This means that joins are doing full table scans. Adding indexes for the columns being used in the join conditions will greatly speed up table joins.
Justification:
Table joins average: 141.93 לשנייה, this value should be less than 1 per hour
Used variable / formula:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Issue:
The rate of reading the first index entry is high.
Recommendation:
This usually indicates frequent full index scans. Full index scans are faster than table scans but require lots of CPU cycles in big tables, if those tables that have or had high volumes of UPDATEs and DELETEs, running 'OPTIMIZE TABLE' might reduce the amount of and/or speed up full index scans. Other than that full index scans can only be reduced by rewriting queries.
Justification:
Index scans average: 61.46 לשנייה, this value should be less than 1 per hour
Used variable / formula:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Issue:
The rate of reading data from a fixed position is high.
Recommendation:
This indicates that many queries need to sort results and/or do a full table scan, including join queries that do not use indexes. Add indexes where applicable.
Justification:
Rate of reading fixed position average: 63.67 לשנייה, this value should be less than 1 per hour
Used variable / formula:
Handler_read_rnd / Uptime
Test:
value * 60 * 60 > 1
Issue:
קצב קריאת השורה הבאה בטבלה גבוה.
Recommendation:
This indicates that many queries are doing full table scans. Add indexes where applicable.
Justification:
קצב קריאת השורה הבאה בטבלה: 8124.88 לשנייה, ערך זה אמור להיות פחות מ־1 בשעה
Used variable / formula:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Issue:
טבלאות זמניות רבות נכתבות לכונן במקום שתישמרנה בזיכרון.
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:
קצב הטבלאות הזמניות שנכתבות לכונן: 1.26 לדקה, ערך זה אמור להיות פחות מ־1 בשעה
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 % MyISAM key buffer ever used: 0%, this value should be above 95%
Used variable / formula:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Issue:
קצב פתיחת הטבלאות גבוה.
Recommendation:
פתיחת טבלאות דורשת פעילות קלט/פלט בכונן שהיא פעולה בזבזנית. הגדלת table_open_cache עשויה למנוע זאת.
Justification:
Opened table rate: 7.55 לשנייה, this value should be less than 10 per hour
Used variable / formula:
Opened_tables / Uptime
Test:
value*60*60 > 10
Issue:
קצב פתיחת קבצים גבוה.
Recommendation:
כדאי לנסות להגדיל את open_files_limit, ולבדוק מה כתוב ברישום השגיאות בעת הפעלה מחדש לאחר השינוי של open_files_limit.
Justification:
קצב קבצים פתוחים: 3.79 לדקה, הערך הזה אמור להיות פחות מ־5 בשעה
Used variable / formula:
Open_files / Uptime
Test:
value * 60 * 60 > 5