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

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

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

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

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

Проблема:
Сервер работает менее одного дня, настройки производительности могут быть не достаточно точны.
Рекомендация:
Для получения более точных средних значений, рекомендуется, перед запуском анализатора, дать проработать серверу более одного дня
Обоснование:
Сервер работает только 0 дн, 0 ч, 1 мин и 14 с
Использованная переменная / формула:
Uptime
Тест:
value < 86400
Проблема:
Значение 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 с базой данных, имеющей достаточно объемный трафик. Стоит обратить внимание на возможность использования memcached вместо механизма кеширования запросов MySQL, в особенности при наличии нескольких подчиненных серверов.
Обоснование:
Кеширование запросов включено и сервер получает 121 запросов в секунду. Данное правило срабатывает при поступлении более 100 запросов в секунду.
Использованная переменная / формула:
Questions / Uptime
Тест:
value > 100
Проблема:
Было отсортировано большое количество строк.
Рекомендация:
Несмотря на то, что большое количество сортировок само по себе не является плохим показателем, вы должны убедиться, что запросы требующие сортировки используют поля индексов в выражении ORDER BY, так как это приведет к значительно более быстрой сортировке.
Обоснование:
Средний показатель отсортированных строк: 451.99 в секунду
Использованная переменная / формула:
Sort_rows / Uptime
Тест:
value * 60 >= 1
Проблема:
Слишком большое количество объединения не использующих индексы.
Рекомендация:
Это означает сканирование всей таблицы при объединении. Добавление индексов для полей используемых в условии, значительно увеличит скорость объединения.
Обоснование:
Среднее значение объединения таблиц: 139.39 в секунду, данное значение должно быть менее 1 в час
Использованная переменная / формула:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Доля чтения первого вхождения индекса высока.
Рекомендация:
Обычно это означает частое полноиндексное сканирование. Полноиндексное сканирование быстрее сканирования таблицы, но для больших таблиц требует прохождения значительного количества циклов центрального процессора. Если для этих таблиц часто выполняются запросы UPDATE и DELETE, выполнение 'OPTIMIZE TABLE' может уменьшить объем и увеличить скорость полноиндексного сканирования. Другим образом уменьшить полноиндексное сканирование можно только переписав запросы.
Обоснование:
Среднее значение сканирования индексов: 70.41 в секунду, значение должно быть менее 1 в час
Использованная переменная / формула:
Handler_read_first / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Доля чтения данных из фиксированного положения высока.
Рекомендация:
Указывает на то, что большое количество запросов нуждается в сортировке и/или полном сканировании таблицы, включая запросы объединения не использующие индексы. Добавьте индексы где это возможно.
Обоснование:
Средняя доля чтений из фиксированной позиции: 168.76 в секунду, значение должно быть менее 1 в час
Использованная переменная / формула:
Handler_read_rnd / Uptime
Тест:
value * 60 * 60 > 1
Проблема:
Доля чтения следующей строки таблицы высока.
Рекомендация:
Указывает на то, что большое количество запросов совершают полное сканирование таблицы. Добавьте индексы где это возможно.
Обоснование:
Доля чтения следующей строки таблицы: 8304.18 в секунду, данное значение должно быть менее 1 в час
Использованная переменная / формула:
Handler_read_rnd_next / 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.
Обоснование:
Соотношение открытых таблиц: 7.89 в секунду, данное значение должно быть менее 10 в час
Использованная переменная / формула:
Opened_tables / Uptime
Тест:
value*60*60 > 10
Проблема:
Высокое соотношение открытых файлов.
Рекомендация:
Рассмотрите возможность увеличения значения переменной open_files_limit и после её изменения и перезагрузки проверьте журнал ошибок.
Обоснование:
Соотношение открытых файлов: 3.24 в минуту, данное значение должно быть менее 5 в час
Использованная переменная / формула:
Open_files / Uptime
Тест:
value * 60 * 60 > 5