Перетащите файлы сюда

Выгрузка SQL ( 0 ) x -

Настройки, касающиеся страницы Кликните на строку, чтобы перейти вверх страницы
Нажмите Ctrl+Enter для выполнения запроса Нажмите Enter для выполнения запроса
по возрастанию
по убыванию
Порядок сортировки:
Отладка SQL
Количество
Порядок выполнения
Занято времени
Сортировки по:
Группировать запросы
Разгруппировать запросы
Свернуть Развернуть Показать трассировку Скрыть трассировку Количество : Занято времени :
Закладки
Обновить
Добавить
Нет закладок
Добавить закладку
Параметры
Сбросить настройки





Свернуть Развернуть Повторный запрос Изменить Анализировать Профилирование Закладка Сбой выполнения запроса База данных : Запрошенное время :

Системный советник

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

Проблема:
Значение long_query_time равно 10 секундам или более, таким образом, только медленные запросы, превышающие по времени выполнения 10 секунд, будут записаны в журнал.
Рекомендация:
Предлагается понизить значение переменной long_query_time, в соответствии с вашим окружением. Рекомендуемым значением является 1-5 секунд.
Обоснование:
Переменная long_query_time установлена в 10 секунд.
Использованная переменная / формула:
long_query_time
Тест:
value >= 10
Проблема:
Отключен журнал медленных запросов.
Рекомендация:
Включите запись журналов медленных запросов установив переменную slow_query_log в 'ON'. Это поможет в поиске медленных, недостаточно оптимизированных запросов.
Обоснование:
Переменная slow_query_log установлена в 'OFF'
Использованная переменная / формула:
slow_query_log
Тест:
value == 'OFF'
Проблема:
Версия собрана из исходников, не официальная сборка MySQL.
Рекомендация:
Если вы сами не собирали программу из исходников, возможно вы используете измененный пакет из дистрибутива. Документация MySQL будет в полной мере применима только к официальной сборке MySQL, а не к пакетам из дистрибутивов (таким как RedHat, Debian/Ubuntu и так далее).
Обоснование:
В version_comment найдено слово 'source'
Использованная переменная / формула:
version_comment
Тест:
preg_match('/source/i',value)
Проблема:
Оптимальный метод кеширования.
Рекомендация:
Вы используете механизм кеширования запросов MySQL с базой данных, имеющей достаточно объемный трафик. Стоит обратить внимание на возможность использования memcached вместо механизма кеширования запросов MySQL, в особенности при наличии нескольких подчиненных серверов.
Обоснование:
Кеширование запросов включено и сервер получает 107 запросов в секунду. Данное правило срабатывает при поступлении более 100 запросов в секунду.
Использованная переменная / формула:
Questions / Uptime
Тест:
value > 100
Проблема:
Было отсортировано большое количество строк.
Рекомендация:
Несмотря на то, что большое количество сортировок само по себе не является плохим показателем, вы должны убедиться, что запросы требующие сортировки используют поля индексов в выражении ORDER BY, так как это приведет к значительно более быстрой сортировке.
Обоснование:
Средний показатель отсортированных строк: 9.06 в секунду
Использованная переменная / формула:
Sort_rows / Uptime
Тест:
value * 60 >= 1
Проблема:
Слишком большое количество объединения не использующих индексы.
Рекомендация:
Это означает сканирование всей таблицы при объединении. Добавление индексов для полей используемых в условии, значительно увеличит скорость объединения.
Обоснование:
Среднее значение объединения таблиц: 47.81 в секунду, данное значение должно быть менее 1 в час
Использованная переменная / формула:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Доля чтения первого вхождения индекса высока.
Рекомендация:
Обычно это означает частое полноиндексное сканирование. Полноиндексное сканирование быстрее сканирования таблицы, но для больших таблиц требует прохождения значительного количества циклов центрального процессора. Если для этих таблиц часто выполняются запросы UPDATE и DELETE, выполнение 'OPTIMIZE TABLE' может уменьшить объем и увеличить скорость полноиндексного сканирования. Другим образом уменьшить полноиндексное сканирование можно только переписав запросы.
Обоснование:
Среднее значение сканирования индексов: 45.37 в минуту, значение должно быть менее 1 в час
Использованная переменная / формула:
Handler_read_first / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Доля чтения данных из фиксированного положения высока.
Рекомендация:
Указывает на то, что большое количество запросов нуждается в сортировке и/или полном сканировании таблицы, включая запросы объединения не использующие индексы. Добавьте индексы где это возможно.
Обоснование:
Средняя доля чтений из фиксированной позиции: 9.06 в секунду, значение должно быть менее 1 в час
Использованная переменная / формула:
Handler_read_rnd / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Доля чтения следующей строки таблицы высока.
Рекомендация:
Указывает на то, что большое количество запросов совершают полное сканирование таблицы. Добавьте индексы где это возможно.
Обоснование:
Доля чтения следующей строки таблицы: 2710.72 в секунду, данное значение должно быть менее 1 в час
Использованная переменная / формула:
Handler_read_rnd_next / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Значительное количество временных таблиц было записано на диск, вместо то чтобы быть сохранено в памяти.
Рекомендация:
Может помочь увеличение значений переменных max_heap_table_size и tmp_table_size. Однако некоторые временные таблицы всегда будут записываться на диск, вне зависимости от значений данных переменных. Для исправления данной проблемы вы должны переписать запросы таким образом, чтобы исключить условия (Внутри временной таблицы: Наличие столбца BLOB или TEXT, или наличие столбца более, чем 512 байт), упомянутые в Документации MySQL
Обоснование:
Соотношение временных таблиц записанных на диск: 6.27 в секунду, данное значение должно быть менее 1 в час
Использованная переменная / формула:
Created_tmp_disk_tables / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Низкий % использования буфера ключей MyISAM (кеш индекса).
Рекомендация:
Вероятно необходимо уменьшение размера key_buffer_size, пересмотрите ваши таблицы, чтобы убедиться в удалении индексов, или просмотрите запросы и используемые ими индексы.
Обоснование:
Максимальный % буфера ключей MyISAM, который был использован: 0%, данное значение должно быть выше 95%
Использованная переменная / формула:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Тест:
value < 95
Проблема:
Высокое соотношение открытых таблиц.
Рекомендация:
Открытые таблицы требуют выполнения затратных операций ввода-вывода. Избежать этого можно увеличением значения переменной table_open_cache.
Обоснование:
Соотношение открытых таблиц: 15.06 в час, данное значение должно быть менее 10 в час
Использованная переменная / формула:
Opened_tables / Uptime
Тест:
value*60*60 > 10
Проблема:
Слишком большое количество соединений было прервано.
Рекомендация:
Обычно соединения прерываются при невозможности авторизации. Данная статья может помочь Вам отследить источник проблемы.
Обоснование:
Соотношение прерванных соединений 1.98 в час, данное значение должно быть менее 1 в час
Использованная переменная / формула:
Aborted_connects / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Кеш запросов не был включен.
Рекомендация:
Кеш запросов, при правильной настройке, позволяет значительно улучшить производительность сервера. Включите его установив query_cache_size на двухзначное значение в MiB и изменив query_cache_type на 'ON'. Примечание: При использовании memcached, игнорируйте данную рекомендацию.
Обоснование:
Переменная query_cache_size установлена в 0, или переменная query_cache_type установлена в 'OFF'
Использованная переменная / формула:
query_cache_size
Тест:
value == 0 || query_cache_type == 'OFF' || query_cache_type == '0'