Индекс по логическому полю для удаления записей в многораздельной таблице

Существует правило, в котором говорится, что лучше всего индексировать столбцы с высокой мощностью. Численность - это оценочное число различных значений в столбце. Когда вы show indexes from your_table; вы увидите, что ваша колонка IsDirty имеет мощность 2. Очень плохо.

Однако это не учитывает распределение данных. Когда только 10% имеют IsDirty = 1, запросы, такие как select * from your_table where IsDirty = 1 будут полезны из индекса. С другой стороны, ваше задание на удаление, которое проверяет IsDirty = 0 было бы IsDirty = 0, так как дешевле просто выполнить полное сканирование таблицы, поскольку использование вторичного индекса означает, что из индекса считывается первичный ключ (в каждом вторичном индексе первичный ключ сохраняется, поэтому всегда полезно сделать как можно меньше первичного ключа), чтобы идентифицировать строку, которую нужно прочитать.

В руководстве указано следующее, когда предпочитается полное сканирование таблицы:

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

Также обратите внимание, что тип данных бит не идеален для хранения значений 0 или 1. Существует тип данных bool (который внутренне реализуется как tinyint (1). Я думаю, что я где-то читал причину этого, но я забыл об этом).