Home › News

Используем EXPLAIN для оптимизации запросов к MySql

06.10.2017

Создание масштабных приложений с Xamarin и DocumentDB

Во время выполнения запроса, оптимизатор запросов MySQL пытается ускорить этот процесс. Вы можете увидеть это, если добавите ключевое слово EXPLAIN перед запросом. EXPLAIN – один из самых мощных инструментов, находящийся в вашем распоряжении, для анализа процесса выполнения и оптимизации сложных MySQL-запросов , но, к сожалению, многие разработчики используют его редко. В этой статье я расскажу вам о том, какую информацию выводит EXPLAIN и как, используя ее, можно оптимизировать запросы и структуру базы данных.

Внутри Оптимизатора Запросов: Агрегация

Что включает в себя вывод EXPLAIN.

Чтобы использовать EXPLAIN, нужно добавить его перед вашим запросом:

SQL

EXPLAIN SELECT * FROM categories; EXPLAIN: выборка всех данных из таблицы

Хоть в это и трудно поверить, но в 10 строчках, которые возвращает запрос, хранится много полезной информации. Что же выводит EXPLAIN?

id - порядковый идентификатор каждого SELECT, находящегося внутри запроса (в случае использования вложенных подзапросов) select_type– тип SELECT запроса. Возможные значения: SIMPLE – запрос содержит простую выборку без подзапросов и UNION'ов PRIMARY – запрос является внешним запросов в JOIN DERIVED – запрос SELECT является частью подзапроса внутри выражения FROM SUBQUERY – первый SELECT в подзапросе DEPENDENT SUBQUERY - первый SELECT, зависящий от внешнего подзапроса UNCACHEABLE SUBQUERY – некешируемый подзапрос UNION – SELECT является вторым или последующим в UNION DEPENDENT UNION – SELECT является вторым или последующим запросом в UNIONи зависит от внешних запросов/li> UNION RESULT – SELECT является результатом UNION'а table – таблица, которой относится текущая строка type – тип связывания таблиц. Это один из самых важных столбцов в результате, потому что по нему можно вычислить потерянные индексы или понять, как можно улучшить запрос.

Возможные значения: system – таблица содержит только одну строку (системная таблица); const - таблица содержит не более одной соответствующей строки, которая будет считываться в начале запроса. Поскольку имеется только одна строка, оптимизатор в дальнейшем может расценивать значения этой строки в столбце как константы. Таблицы const являются очень быстрыми, поскольку они читаются только однажды; eq_ref - для каждой комбинации строк из предыдущих таблиц будет cчитываться одна строка из этой таблицы. Это наилучший возможный тип связывания среди типов, отличных от const. Данный тип применяется, когда все части индекса используются для связывания, а сам индекс - UNIQUE или PRIMARY KEY; ref - из этой таблицы будут считываться все строки с совпадающими значениями индексов для каждой комбинации строк из предыдущих таблиц. Тип ref применяется, если для связывания используется только крайний левый префикс ключа, или если ключ не является UNIQUE или PRIMARY KEY (другими словами, если на основании значения ключа для связывания не может быть выбрана одна строка). Этот тип связывания хорошо работает, если используемый ключ соответствует только нескольким строкам; fulltext – объединение, использующее полнотекстовый (FULLTEXT) индекс таблиц; ref_or_null – то же самое, что и ref, только содержащее строки со значением NULL в полях; index_merge – объединение, использующее список индексов для получения результата запроса; unique_subquery – результат подзапроса в выражении IN возвращает одну строку, используемую в качестве первичного ключа; index_subquery – то же самое, что и unique_subquery, только в результате больше одной строки; range – в запросе происходит сравнение ключевого поля с диапазоном значений (используются операторы BETWEEN,IN, >, >=); index – в процессе выполнения запроса сканируется только дерево индексов; all – в процессе выполнения запроса сканируются все таблицы. Это наихудший тип объединения и обычно указывает на отсутствие надлежащих индексов в таблице; possible_keys – показаны возможные индексы, которые могут использоваться MySQL для поиска данных в таблице. На самом деле, значение этого столбца, очень часто помогает оптимизировать запросы. Если значение равно NULL, значит, никаких индексов не используется. key – отображается текущий ключ, используемый MySQL в данный момент. В этом столбце может отображаться индекс, отсутствующий в possible_keys. Оптимизатор запросов MySQL всегда пытается найти оптимальный ключ, который будет использоваться в запросе. При объединении нескольких таблиц, MySQL может использовать индексы, также не указанные в possible_keys. key_len – содержит длину ключа, выбранного оптимизатором запросов MySQL. Если значение key равно NULL, то key_len тоже NULL. По значению длины ключа можно определить, сколько частей составного ключа в действительности будет использовать MySQL. Подробнее об этом можно почитать в руководстве по MySQL . ref – показаны поля или константы, которые используются совместно с ключом, указанным в столбце key. rows – количество строк, которые анализируются MySQL в процессе запроса. Это еще один важный показатель, указывающий на необходимость оптимизации запросов , особенно тех, которые содержат JOIN и подзапросы. extra – содержит дополнительную информацию о процессе выполнения запроса. Если значениями этого столбца являются ”Using temporary”, “Using filesort” и т.п, то это говорит о том, что это «проблемный» запрос, требующий оптимизации. С полным список значений этого столбца можно ознакомиться в руководстве по MySQL .

Вы можете добавить ключевое слово EXTENDED после EXPLAIN, чтобы увидеть дополнительную информацию о выполнении запроса. После запроса EXPLAIN бывает полезно выполнить запрос SHOW WARNING, показывающий предупреждения и сообщения, касающиеся последнего запроса, а именно перобразований, сделанных оптимизатором запросов MySQL.