EXPLAIN висновок говорить про те, що мій індекс не використовується

Я створив свою таблицю з індексом лише на done_status (done_status = INT):

Коли я використовую:

EXPLAIN SELECT * FROM reminder  WHERE done_status=2

Я повертаю це:

id таблиця вибору_типу Тип таблиці можливий_кілька клавіша key_len ref рядки Extra
1 ПРОСТЕ нагадування ВСЕ done_status NULL NULL NULL 5 Використання де

Але коли я видаю цю команду:

EXPLAIN SELECT * FROM reminder  WHERE done_status=1

Я отримую таке повернення:

id таблиця вибору_типу Тип таблиці можливий_кілька клавіша key_len ref рядки Extra
1 ПРОСТЕ нагадування ref done_status done_status 4 const 2   

На EXPLAINмені показує , що він використовує 5 рядків, другий раз 2 рядки.

Я не думаю, що індекс використовується, якщо я зрозумів це правильно в перший раз, він повинен дати мені 3 ряди. Що я роблю неправильно?

SHOW INDEX FROM reminder:

Таблиця Non_unique Key_name Seq_in_index Ім'я стовпця Кардинальність зіставлення Підзапчастина Упакована Нульова індекс_тип Коментар Index_comment
нагадування 1 done_status 1 done_status A 5 NULL NULL BTREE

поясніть розширено:

ідентифікатор вибору типу типу таблиці можливий_кількість клавіша key_len ref рядки відфільтровано Extra
1 ПРОСТЕ нагадування ref done_status done_status 4 const 2 100

show warnings не виявив нічого цікавого.

Ви неправильно розумієте, що таке поле "рядки". Саме кількість рядків, яку оцінює mysql, потрібно буде прочитати, щоб задовольнити ваш запит. Це значення може бути досить неточним. Це не означає, що це кількість рядків у результаті - чи фактична кількість рядків, прочитаних mysql

Перша звичайна
версія виконання не використовує індекс точно, це може бути інформація_schema.statistics для індексу не наздоганяє дані після деяких операцій запису, або таблиця не має доступу до неї тривалий час.

як тут пояснюється: - Звідки оптимізатор запитів MySQL читає статистику індексу?

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

Тому виконується запит відповідно до оптимізатора індексу.

Для столу з невеликими рядами це не має великого значення.
Але дані будуть зростати, розробник повинен завжди перевіряти це
і виконувати необхідну таблицю аналізу, коли зустріч кардинальності є недійсною для індексу.

Перший план виконання не використовує індекс.

З довідкового веб-сайту MySQL :

Іноді MySQL не використовує індекс, навіть якщо такий доступний. Однією обставиною, за якої це відбувається, є те, коли оптимізатор оцінює, що за допомогою індексу MySQL вимагатиме доступу до дуже великого відсотка рядків у таблиці. (У цьому випадку сканування таблиці, ймовірно, буде набагато швидшим, оскільки вимагає меншої кількості запитів.) Однак, якщо такий запит використовує LIMIT для отримання лише деяких рядків, MySQL все одно використовує індекс, тому що він може набагато швидше знайти кілька рядків, щоб повернути результат.

Якщо у вашій таблиці є лише 5 рядків, а ваш запит вибирає 3 з них, оптимізатор MySQL припускає, що ефективніше сканувати всю таблицю.