Оптимизация sql запроса, почему не используется индекс?

Question

[Пума Тайланд]

Поддерживаю сайт поисковик по фильмам, на сайте выводится последние 25 поисковых запросов, поисковые запросы сохраняются в базе в виде отметки последнего поиска если есть ссылки на нужный фильм.

Структура mysql бд примерная
id int(11) Auto Increment
name varchar(100) []
last_searched datetime [0000-00-00 00:00:00]
featured tinyint(1) [0]

Индексы по всем полям, благо запросов на чтение 96%.

Запрос на последние 25 поисков выполняется очень тяжело
# User@Host: letme[letme] @ localhost []
# Query_time: 7.261724 Lock_time: 1.596558 Rows_sent: 25 Rows_examined: 43940

SELECT id, name FROM movie ORDER BY last_searched DESC, featured DESC LIMIT 25;

Как узнать использует ли запрос индексы?
Можно ли оптимизировать без переписывания логики работы сайта(сайт не мой, так бы просто ложил поисковые запросы в отдельную таблицу и брал последние 25 по id)?

Comments

[mayorovp]

Насколько различные значения находятся в колонке last_searched?
Попробуйте создать индекс по двум полям — (last_searched DESC, featured DESC)

[Пума Тайланд]

Проверил с помощью explain, что индексы не используются.

[Пума Тайланд]

По умолчанию может лежать 0 0 0 0 и так далее, а так данные за последний год.

[Пума Тайланд]

Индексы есть на всех полях в том числе и featured

Answer 1

[mayorovp]

Извиняюсь, что прошлый ответ написал не туда немного…

Индексы — это вещь, которую комбинировать нельзя. То есть если у вас есть индекс по полям last_searched и featured, то это может и не помочь.

Нужен именно один индекс по двум полям.

Comments

[Пума Тайланд]

Что то я об этом сразу не подумал, сейчас попробую сделать.

[Пума Тайланд]

Спасибо помогло.

Answer 2

[Сергей Береснев]

habrahabr.ru/blogs/mysql/31129/

Comments

[Пума Тайланд]

Проверил с помощью explain, что индексы не используются

Answer 3

[Виталий Желтяков]

Читаем официальную документацию:

«Ниже приведены некоторые случаи, когда MySQL не может использовать индексы, чтобы выполнить ORDER BY (обратите внимание, что MySQL тем не менее будет использовать индексы, чтобы найти строки, соответствующие выражению WHERE):
— Сортировка ORDER BY делается по нескольким ключам: SELECT * FROM t1 ORDER BY key1,key2
— Сортировка ORDER BY делается, при использовании непоследовательных частей ключа: SELECT * FROM t1 WHERE key2=constant ORDER BY key_part2
— Смешиваются ASC и DESC. SELECT * FROM t1 ORDER BY key_part1 DESC,key_part2 ASC
— Для выборки строк и для сортировки ORDER BY используются разные ключи: SELECT * FROM t1 WHERE key2=constant ORDER BY key1
— Связываются несколько таблиц, и столбцы, по которым делается сортировка ORDER BY, относятся не только к первой неконстантной (const) таблице, используемой для выборки строк (это первая таблица в выводе EXPLAIN, в которой не используется константный, const, метод выборки строк).
— Имеются различные выражения ORDER BY и GROUP BY.
— Используемый индекс таблицы имеет такой тип, который не обеспечивает сортированного хранения строк (как индекс HASH в таблицах HEAP). „

Comments

[Виталий Желтяков]

Как решение вашей проблемы, я могу предложить создать совместный индекс «last_searched + featured» и производить поиск по его частям.

[Пума Тайланд]

Читаю абзацем выше оттудаже.

Индекс может также использоваться и тогда, когда предложение ORDER BY не соответствует индексу в точности, если все неиспользуемые части индекса и все столбцы, не указанные в ORDER BY — константы в выражении WHERE. Следующие запросы будут использовать индекс, чтобы выполнить ORDER BY / GROUP BY.

SELECT * FROM t1 ORDER BY key_part1,key_part2,…
SELECT * FROM t1 WHERE key_part1=constant ORDER BY key_part2
SELECT * FROM t1 WHERE key_part1=constant GROUP BY key_part2
SELECT * FROM t1 ORDER BY key_part1 DESC,key_part2 DESC
SELECT * FROM t1 WHERE key_part1=1 ORDER BY key_part1 DESC,key_part2 DESC

[Виталий Желтяков]

Не совсем понял ход ваших мыслей.

SELECT * FROM t1 WHERE key_part1=1 ORDER BY key_part1 DESC,key_part2 DESC — не ваш случай, у Вас два ключа, а здесь один.

Answer 4

[persona]

Оптимизация это хорошо, но зачем же каждый раз вытягивать список из этой большой таблицы? Сделайте отдельную таблицу, очищая её по крону / раз в сутки. А лучше хранить в apc / memcached / etc. Да хотя бы на файлах кэш сделать.

Comments

[Пума Тайланд]

Я же написал сайт не мой и что решение создать вторую таблицу очевидно.

Answer 5

[shagguboy]

покажите explain и ddl таблиц с индексами