Пуснете файловете тук

SQL upload ( 0 ) x -

Страница-свързани настройки Кликнете върху лентата, за да превъртите до началото на страницата
Натисни Ctrl+Enter за изпълнение на заявката Натиснете Enter, за да изпълни заявката
възходящо
низходящо
Поръчка:
Трасиране SQL
Броене
Изпълнение на поръчката
Time taken
Подредени по:
Група заявки
Разгрупиране на заявки
Колапс Разширяване Покажи следа Скрий следа Бройка: Използвано време:
Бележки
Опресняване
Добави
Няма бележки
Добави бележка
Настройки
Restore default values
Колапс Разширяване Подзаявка Редакция Обяснение Профилиране Бележки Заявката е не успешна DB: Време за изпълнение на заявката:

Съветническа програма

Възможни проблеми с производителността

Issue:
Активността е под 1 ден, настройките за производителност може да не са точни.
Recommendation:
За да получите по-точни данни, препоръчително е да оставите сървъра да работи по-дълго от един ден преди да стартирате този анализатор
Justification:
Активността е само 0 дена, 0 часа, 40 минути и 10 секунди
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 в момента е 10с.
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' е зададена на 'OFF'
Used variable / formula:
slow_query_log
Test:
value == 'OFF'
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: 2.67 на секунда
Used variable / formula:
Sort_rows / Uptime
Test:
value * 60 >= 1
Issue:
Има твърде много JOIN без индекси.
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:
Средната стойност за JOIN на таблици e 4.25 на секунда, тази стойност трябва да бъде под 1 за час
Used variable / formula:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Test:
value * 60 * 60 > 1
Issue:
Стойността на прочитане на първия индекс е висока.
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:
Стойността на отказаните клиенти е 11.3 на минута, тази стойност трябва да бъде под 1 за час
Used variable / formula:
Handler_read_first / Uptime
Test:
value * 60 * 60 > 1
Issue:
Стойността на прочитане на фиксирана позиция е висока.
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:
Стойността на прекъснатите клиенти е 2.67 на секунда, тази стойност трябва да бъде под 1 за час
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:
Стойността на отказаните клиенти е 121.67 на секунда, тази стойност трябва да бъде под 1 за час
Used variable / formula:
Handler_read_rnd_next / Uptime
Test:
value * 60 * 60 > 1
Issue:
Many temporary tables are being written to disk instead of being kept in memory.
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:
Стойността на временните таблици записвани на диска е 17.23 на минута, тази стойност трябва да бъде под 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:
Максималният % от буфера за ключове на MyISAM ползван някога е 0%, тази стойност трябва да е над 95%
Used variable / formula:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Test:
value < 95
Issue:
Стойността на отваряне на таблици е висока.
Recommendation:
Opening tables requires disk I/O which is costly. Increasing table_open_cache might avoid this.
Justification:
Стойността на отваряните таблици е 3.34 на минута, тази стойност трябва да бъде под 10 за час
Used variable / formula:
Opened_tables / Uptime
Test:
value*60*60 > 10
Issue:
Стойността на отворени файлове е висока.
Recommendation:
Consider increasing open_files_limit, and check the error log when restarting after changing open_files_limit.
Justification:
Стойността на отваряните файлове е 1.89 на минута, тази стойност трябва да бъде под 5 за час
Used variable / formula:
Open_files / Uptime
Test:
value * 60 * 60 > 5
Issue:
Less than 80% of the query cache is being utilized.
Recommendation:
This might be caused by query_cache_limit being too low. Flushing the query cache might help as well.
Justification:
The current ratio of free query cache memory to total query cache size is 2%. It should be above 80%
Used variable / formula:
100 - Qcache_free_memory / query_cache_size * 100
Test:
value < 80
Issue:
The max size of the result set in the query cache is the default of 1 MiB.
Recommendation:
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.
Justification:
query_cache_limit е установен на 1 MiB
Used variable / formula:
query_cache_limit
Test:
value == 1024*1024