Чому InnoDB не зберігає кількість рядків?

Всім відомо, що в таблицях, які використовують InnoDB в якості двигуна, такі запити SELECT COUNT(*) FROM mytableдуже неточні і дуже повільні, особливо коли таблиця збільшується і постійно виконуються вставки / видалення рядків під час виконання цього запиту.

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

Моє запитання: Чому це так? Чи було б так важко зберігати таку інформацію? Це важлива інформація, яку слід знати в багатьох ситуаціях. Єдина складність, яку я бачу, чи був би реалізований такий внутрішній підрахунок, - це коли задіяні транзакції: якщо транзакція не відключена, чи підраховуєте ви вставлені ними рядки чи ні?

PS: Я не фахівець з БД, я просто той, хто має MySQL як просте хобі. Тож якщо я просто запитав щось дурне, не будьте надмірно критичні: D.

Я згоден з @RemusRusanu (+1 за його відповідь)

SELECT COUNT(*) FROM mydb.mytableв InnoDB поводиться так, як повинен рухатися оператор зберігання даних. Порівняйте його з MyISAM.

MyISAM

Якщо mydb.mytableце таблиця MyISAM, запуск SELECT COUNT(*) FROM mydb.mytable;подібно до запуску SELECT table_rows FROM information_schema.table WHERE table_schema = 'mydb' AND table_name = 'mytable';. Це запускає швидкий пошук кількості рядків у заголовку таблиці MyISAM.

InnoDB

Якщо mydb.mytableце таблиця InnoDB, ви отримуєте те, що відбувається. У вас є MVCC, керуючи наступним:

• ib_logfile0 / ib_logfile1 (Повторити журнали)
• ібдата1
  • Скасувати журнали
  • Відкат
  • Зміни словника даних
• Управління буферним басейном
• Ізоляція транзакцій (4 типи)
  • Повторне читання
  • Читати прихильно
  • Читати не надходить
  • Серіалізація

Прохання InnoDB про кількість таблиць вимагає навігації по цих зловісних речах. Насправді, ніколи насправді не відомо, чи SELECT COUNT(*) from mydb.mytableзараховується лише повторне читання чи включає читання, які були здійснені, та ті, що не були передані.

Ви можете спробувати трохи стабілізувати речі, включивши innodb_stats_on_metadata .

Відповідно до документації MySQL про innodb_stats_on_meta_data

Коли ця змінна ввімкнена (що є типовим, як і до створення змінної), InnoDB оновлює статистику під час операторів метаданих, таких як SHOW TABLE STATUS або SHOW INDEX, або під час доступу до таблиць INFORMATION_SCHEMA TABLES або STATISTICS. (Ці оновлення схожі на те, що відбувається з ANALYZE TABLE.) Якщо вимкнено, InnoDB не оновлює статистику під час цих операцій. Вимкнення цієї змінної може підвищити швидкість доступу для схем, які мають велику кількість таблиць або індексів. Це також може підвищити стабільність планів виконання запитів, що включають таблиці InnoDB.

Якщо вимкнути його, можливо, це не може призвести до більш стабільного підрахунку щодо створення планів EXPLAIN. Це може вплинути на продуктивність SELECT COUNT(*) from mydb.mytableабо в хороший спосіб, в поганий спосіб, або зовсім не буде. Спробуйте і побачите !!!

Для стартера немає такої речі, як "поточний підрахунок" для зберігання в змінній. Цей запит SELECT COUNT(*) FROM ...залежить від поточного рівня ізоляції та всіх одночасних транзакцій, що очікують на розгляд. Залежно від рівня ізоляції, запит може бачити чи не бачити рядки, вставлені чи видалені в результаті очікування невпорядкованих транзакцій. Єдиний спосіб відповісти - підрахувати рядки, видимі для поточної транзакції.

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

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

MyISAM вже робить блокування рівня таблиці, тому додаткових витрат там немає.

Мені рідко потрібна кількість рядків для таблиці, хоча я зовсім небагато використовую COUNT (*). У мене, як правило, додано пункт WHERE. Використовуючи ефективний індекс для невеликого набору результатів, я вважаю, що вони досить швидкі.

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

Коротше кажучи, MySQL залишає за вами вам реалізувати це для InnoDB. Ви можете зберігати кількість та збільшення / зменшення її після кожного запиту. Хоча, простіше рішення - це, мабуть, перехід на MyISAM.