Насколько индекс ускоряет выборку с условием-неравенством?

Question

[Евгений Обыкновенный]

SELECT * FROM `mytable` WHERE `time`>=1661400000 AND `time`<=1661433377 AND ...;

Будет ли этот запрос быстрее работать, если для столбца `time` есть индекс? Вообще насколько целесообразно делать индексы на все столбцы, которые есть в условии выборки и в которых много уникальных значений?

Comments

[Akina]

Будет ли этот запрос быстрее работать, если для столбца `time` есть индекс?

Зависит от того, какой процент записей отбирается запросом. Если менее 5-7%, то скорее да, чем нет, иначе нет.

Optimization and Indexes - изучи внимательно. Там много полезного.

Вообще насколько целесообразно делать индексы на все столбцы, которые есть в условии выборки и в которых много уникальных значений?

На все - это отдельно на каждое поле, или речь о композитном индексе? Первое, как правило, бессмысленно, все равно будет использоваться не более одного из всех индексов.

Answer 1

[Алексей Уколов]

Будет ли этот запрос быстрее работать, если для столбца `time` есть индекс?

Это покажет EXPLAIN, а ещё лучше - само выполнение запроса с индексом и без него. Скорее всего - будет.

Вообще насколько целесообразно делать индексы на все столбцы, которые есть в условии выборки и в которых много уникальных значений?

В этом и заключается смысл индексации.

Answer 2

[Rsa97]

EXPLAIN вам в руки. Универсального алгоритма нет, СУБД сама решает, когда и какие индексы использовать. ЕМНИП, MySQL использует для этого селективность выборки и накопленную статистику использования таблицы.
https://dev.mysql.com/doc/refman/8.0/en/optimizati...

Answer 3

[Антон Антон]

Загугли "селективность". Нужно сделать индекс на колонку с наибольшей селективностью (отсекающую наибольшее количество записей). Или составной индекс на несколько таких колонок в порядке убывания селективности, но это иногда не дает большой эффективности, надо тестировать каждый конкретный случай.
Если "наборов условий" несколько, то возможно потребуется несколько индексов.
Плюс важно соблюдение баланса - увеличиваются затраты на вставку и используемое место (вплоть до того, что индексы занимают больше, чем сами данные). В отдельных случаях (под особо часто используемые и при этом ресурсоемкие запросы) можно создавать покрывающие индексы, когда к индексу добавляются колонки, участвующие в select. Для select * ,естественно, неприменимо.