Чи є приріст продуктивності при індексації булевого поля?

Я тільки збираюся написати запит, що включає в себе a WHERE isok=1. Як випливає з назви, isokє булевим полем (насправді a, TINYINT(1) UNSIGNEDяке встановлюється на 0 або 1 за потреби).

Чи є приріст продуктивності при індексації цього поля? Чи буде двигун (InnoDB в даному випадку) краще чи гірше шукати індекс?

Не зовсім. Ви повинні думати про це, як про книгу. Якби у книзі було лише 3 види слів, і ви їх індексуєте, у вас буде така ж кількість вказівних сторінок, що і у звичайних сторінках.

Якщо ви будете мати відносно мало записів, що мають одне значення, було б збільшення продуктивності. Наприклад, якщо у вас є 1000 записів, і 10 з них ПРАВИЛЬНІ, то це буде корисно, якщо ви здійснюєте пошукisok = 1

Як згадував Майкл Дюрант, це також робить процес повільніше.

EDIT: Можливе дублювання: Індексація булевих полів

Тут пояснюється, що навіть якщо у вас індекс, якщо у вас занадто багато записів, він все одно не використовує індекс. MySQL не використовує індекс при перевірці = 1, але використовує його з = 0

Просто щоб поставити точку крапку на декілька інших відповідей тут, оскільки, з мого досвіду, ті, хто дивиться на подібні питання, знаходяться в тому ж човні, що і ми, ми всі чули, що індексувати булеві поля безглуздо, і все ж ...

У нас є таблиця з приблизно 4 мільйонами рядків, лише приблизно 1000 або одночасно матиме булевий перемикач, і це те, що ми шукаємо. Додаючи індекс у наше булеве поле, прискоривши запити на порядок, він зайняв приблизно від 9+ секунд до частки секунди.

Це залежить від фактичних запитів та вибірковості комбінації індекс / запит.

Випадок A : стан WHERE isok = 1і більше нічого там:

SELECT *
FROM tableX
WHERE isok = 1

• Якщо індекс достатньо вибірковий (скажімо, у вас є 1М рядків і лише 1 к isok = 1), то двигун SQL, ймовірно, використовуватиме індекс і буде швидше, ніж без нього.

• Якщо індекс недостатньо вибірковий (скажімо, у вас є 1М рядків і більше 100 к isok = 1), тоді SQL-движок, ймовірно, не буде використовувати індекс і виконувати сканування таблиці.

Випадок B : стан WHERE isok = 1та інше:

SELECT *
FROM tableX
WHERE isok = 1
  AND another_column = 17

Тоді, це залежить від того, які інші індекси у вас є. Індекс на another_column, ймовірно, буде більш вибірковим, ніж індекс, у isokякого є лише два можливі значення. Індекс на (another_column, isok)або (isok, another_column)було б навіть краще.

Це залежить від розподілу даних.

Уявіть, що у мене була книга з 1000 друкованими сторінками, і єдині слова в моїй книзі були "так" і "ні", які повторювалися знову і знову і розподілялися випадковим чином. Якби мене попросили обвести всі екземпляри "так", чи допоможе індекс у звороті книги? Це залежить.

Якщо було б півтора випадкове розподіл так і ні, то пошук в індексі не допоможе. Індекс зробить книгу значно більшою, і все одно я б швидше почав з фронту і пропрацював кожну сторінку, шукаючи всі випадки "так" і обводячи їх, а не шукаючи кожен елемент у індекс, а потім взяття посилання з запису індексу на сторінку, на яку він посилається.

Але якби, скажімо, було лише десять примірників «так» у моїй тисячі сторінок книги, а все інше було лише мільйонами ні, то індекс міг би заощадити мені багато часу на пошук цих десяти примірників «так» та обведення їх .

Те саме в базах даних. Якщо це розподіл 50:50, то індекс не допоможе - двигун бази даних краще просто орати дані від початку до кінця (сканування повної таблиці), а індекс просто збільшить базу даних, і повільніше писати та оновлювати. Але якщо це щось на зразок розподілу 4000: 1 (як за унциль у цій нитці), то пошук індексу може значно прискорити його, якщо це 1 з 4000 предметів, який ви шукаєте.

Ні, зазвичай ні.

Ви зазвичай індексуєте поля для пошуку, коли вони мають високу вибірковість / кардинальність. Кардинальність булевого поля в більшості таблиць дуже низька. Це також зробить ваше запитання частково повільніше.

Насправді це залежить від запущених запитів. Але, як правило, так, як і індексація поля будь-якого іншого типу.

Так, індекс покращить продуктивність, перевірте вихід EXPLAIN з і без індексу.

З документів:

Індекси використовуються для швидкого пошуку рядків із певними значеннями стовпців. Без індексу MySQL потрібно починати з першого рядка, а потім читати всю таблицю, щоб знайти відповідні рядки. Чим більше стіл, тим більше це коштує. Якщо в таблиці є індекс для відповідних стовпців, MySQL може швидко визначити позицію, до якої потрібно звернутись в середині файлу даних, не дивлячись на всі дані.

Я думаю, що також безпечно сказати, що індекс не знизить ефективність в цьому випадку, тому вам доведеться лише отримувати з нього користь.