Как заставить работать индекс при запросе?

Question

[Дмитрий Тарасов]

Всем привет!
Есть таблица в которой есть поле date и там INT и оно index.
Но при EXPLAIN показывает что index не используется.
Я подумал, ну наверное проблема с типами и сделал convert to SIGNED UNIX_TIMESTAMP(), но что-то не особо помогает, что-то делают я не так.



Еще у меня было так

SELECT * FROM `still_youtube_ads_user` WHERE `date`[phone] < CONVERT(UNIX_TIMESTAMP(), SIGNED)

Не уверен что с + будет работать.
Как заставить работать индекс ?

Answer 1

[Дмитрий Тарасов]

Rsa97, Спасибо за ответ, вы очень помогли.

Ответ.
Разница в том, что по полю `date` индекс у вас есть, а по выражению `date`[phone] индекса нет и быть не может.

Чаще всего MySQL не ошибается.
В вашем случае ожидается, что под условие `date` < CONVERT(UNIX_TIMESTAMP(), SIGNED) попадёт 50% строк, а значит проще перебрать все строки, чем читать в одном месте индекс, в другом строки, на которые он ссылается.

Индекс работает когда:
1. В левой части условия находится чистое поле, а не выражение или функция от поля.
2. Есть подходящий индекс. Если условий несколько, то может использоваться составной индекс, имеющий подходящий префикс.
3. MySQL считает, что использование индекса затратит меньше ресурсов, чем прямое сканирование.

Answer 2

[Александр Сисюкин]

https://dev.mysql.com/doc/refman/8.0/en/index-hint...
В вашел случае это не поможет так как выборка не маленькая указывайте меньшими ренжами , ни кто в здравом уме не выбирает пол милиона записей

mysql в вашем запросе выборку с индексом прировнял к полному сканированию таблицы

Comments

[Дмитрий Тарасов]

Александр Сисюкин,
У меня просто такой запрос выполняется.
Не совсем понимаю что мне сделать с таким запросом, разбить на части или что ?

DELETE FROM `still_youtube_podp_user` WHERE `date`[phone] < UNIX_TIMESTAMP();

[Александр Сисюкин]

Конечно на часть , при больших обьемах можно mysql сервер пригрузить нехриново

[Александр Сисюкин]

Do while с шагом пока affective rows не вернет 0

[Rsa97]

Дмитрий Тарасов, Именно такой запрос индексироваться не будет в принципе.
Попробуйте поменять условие на `date` < UNIX_TIMESTAMP() - 23328000

[Дмитрий Тарасов]

Rsa97, Я не пойму в чем различие `date` < UNIX_TIMESTAMP() - 23328000 и `date`[phone] ?

[Rsa97]

Дмитрий Тарасов, Разница в том, что по полю `date` индекс у вас есть, а по выражению `date`[phone] индекса нет и быть не может.

[Дмитрий Тарасов]

Rsa97, почему тогда не работает так date < UNIX_TIMESTAMP(); ?

[Rsa97]

Дмитрий Тарасов, Возможно MySQL считает, что под условие попадает слишком большая часть строк и в использовании индекса нет никакого смысла.

[Дмитрий Тарасов]

Rsa97, И исправить это никак ? Даже CONVERT и CAST для UNIX_TIMESTAMP мне не помог.

[Rsa97]

Дмитрий Тарасов, А зачем это исправлять? Чаще всего MySQL не ошибается.
В вашем случае ожидается, что под условие `date` < CONVERT(UNIX_TIMESTAMP(), SIGNED) попадёт 50% строк, а значит проще перебрать все строки, чем читать в одном месте индекс, в другом строки, на которые он ссылается.

[Евгений Самсонов]

Дмитрий Тарасов, можно попробовать сделать покрывающий индекс, добавив все необходимые для выборки поля в индекс :)

[Дмитрий Тарасов]

Rsa97, Я вас понял, теперь понятно почему он не всегда работает, он сработает только тогда когда выгодно, если строк подходящих под запрос будет огромный процент от общего кол-ва, то mysql не будет использовать индекс потому что это не выгодно, правильно понимаю ?
А если допустим date < UNIX_TIMESTAMP(); будет мало подходящих строк то будет работать индекс верно ?
Или надо будет конвертировать UNIX_TIMESTAMP в число чтобы работало, просто когда мы отнимаем какое-то число от UNIX_TIMESTAMP там идет конвертация при операции вычитая так или иначе в число, верно ?

[Rsa97]

Дмитрий Тарасов, Индекс работает когда:
1. В левой части условия находится чистое поле, а не выражение или функция от поля.
2. Есть подходящий индекс. Если условий несколько, то может использоваться составной индекс, имеющий подходящий префикс.
3. MySQL считает, что использование индекса затратит меньше ресурсов, чем прямое сканирование.