Warum speichert InnoDB die Zeilenanzahl nicht?

Jeder weiß, dass in Tabellen, die InnoDB als Engine verwenden, Abfragen wie SELECT COUNT(*) FROM mytablesehr ungenau und sehr langsam sind, insbesondere wenn die Tabelle größer wird und während der Ausführung dieser Abfrage ständig Zeilen eingefügt / gelöscht werden.

Wie ich es verstanden habe, speichert InnoDB die Zeilenzahl nicht in einer internen Variablen, was der Grund für dieses Problem ist.

Meine Frage ist: Warum ist das so? Wäre es so schwer, solche Informationen zu speichern? Es ist eine wichtige Information, in so vielen Situationen Bescheid zu wissen. Die einzige Schwierigkeit, die ich sehe, wenn eine solche interne Zählung implementiert würde, ist, wenn Transaktionen beteiligt sind: Wenn die Transaktion nicht festgeschrieben ist, zählen Sie die von ihr eingefügten Zeilen oder nicht?

PS: Ich bin kein Experte für DBs, ich bin nur jemand, der MySQL als einfaches Hobby hat. Also, wenn ich nur etwas Dummes gefragt habe, sei nicht übermäßig kritisch: D.

Ich stimme @RemusRusanu zu (+1 für seine Antwort)

SELECT COUNT(*) FROM mydb.mytablein InnoDB verhält sich wie eine Transaktionsspeicher-Engine. Vergleichen Sie es mit MyISAM.

MyISAM

Wenn mydb.mytablees sich um eine MyISAM-Tabelle handelt, ist das Starten SELECT COUNT(*) FROM mydb.mytable;wie das Ausführen SELECT table_rows FROM information_schema.table WHERE table_schema = 'mydb' AND table_name = 'mytable';. Dies löst eine schnelle Suche nach der Zeilenzahl im Header der MyISAM-Tabelle aus.

InnoDB

Wenn mydb.mytablees sich um einen InnoDB-Tisch handelt, ist einiges los. Sie haben MVCC und regeln Folgendes:

• ib_logfile0 / ib_logfile1 (Redo Logs)
• ibdata1
  • Protokolle rückgängig machen
  • Rollbacks
  • Änderungen im Datenwörterbuch
• Pufferpool-Verwaltung
• Transaktionsisolation (4 Arten)
  • Wiederholbare Lesevorgänge
  • Lesen Sie Committed
  • Read Uncommitted
  • Serialisierbar

Wenn Sie InnoDB nach einer Tabellenzahl fragen, müssen Sie durch diese bedrohlichen Dinge navigieren. Tatsächlich weiß man nie wirklich, ob SELECT COUNT(*) from mydb.mytablenur wiederholbare Lesevorgänge gezählt werden oder ob Lesevorgänge, die festgeschrieben wurden, und solche, die nicht festgeschrieben wurden, eingeschlossen sind.

Sie könnten versuchen, die Dinge ein wenig zu stabilisieren, indem Sie innodb_stats_on_metadata aktivieren .

Gemäß der MySQL-Dokumentation zu innodb_stats_on_meta_data

Wenn diese Variable aktiviert ist (dies ist wie vor der Erstellung der Variablen die Standardeinstellung), aktualisiert InnoDB Statistiken während Metadatenanweisungen wie SHOW TABLE STATUS oder SHOW INDEX oder beim Zugriff auf die Tabellen TABLES oder STATISTICS von INFORMATION_SCHEMA. (Diese Aktualisierungen ähneln denen für ANALYZE TABLE.) Wenn diese Option deaktiviert ist, aktualisiert InnoDB während dieser Vorgänge keine Statistiken. Das Deaktivieren dieser Variablen kann die Zugriffsgeschwindigkeit für Schemas mit einer großen Anzahl von Tabellen oder Indizes verbessern. Es kann auch die Stabilität von Ausführungsplänen für Abfragen verbessern, an denen InnoDB-Tabellen beteiligt sind.

Wenn Sie es deaktivieren, erhalten Sie möglicherweise eine stabilere Anzahl für das Einrichten von EXPLAIN-Plänen. Dies kann die Leistung SELECT COUNT(*) from mydb.mytableentweder positiv, negativ oder überhaupt nicht beeinflussen. Probieren Sie es aus und sehen Sie !!!

Für den Anfang gibt es keinen "aktuellen Zähler", der in einer Variablen gespeichert werden kann. Eine Abfrage wie diese SELECT COUNT(*) FROM ...unterliegt der aktuellen Isolationsstufe und allen gleichzeitig ausstehenden Transaktionen. Abhängig von der Isolationsstufe kann die Abfrage Zeilen sehen oder nicht sehen, die durch ausstehende nicht festgeschriebene Transaktionen eingefügt oder gelöscht wurden. Die einzige Antwortmöglichkeit besteht darin, die Zeilen zu zählen, die für die aktuelle Transaktion sichtbar sind.

Beachten Sie, dass ich das noch heiklere Thema gleichzeitiger Transaktionen, die während der Zählung beginnen oder enden, nicht einmal angerührt habe . Ganz zu schweigen von Rollbacks ...

Während es theoretisch möglich wäre, mit InnoDB die Anzahl der Zeilen für eine bestimmte Tabelle genau zu zählen, würde dies viel Sperren kosten, was sich negativ auf die Leistung auswirken würde. Es würde sich auch aufgrund der Isolationsstufe unterscheiden.

MyISAM führt bereits das Sperren auf Tabellenebene durch, sodass keine zusätzlichen Kosten anfallen.

Ich benötige selten eine Zeilenanzahl für eine Tabelle, obwohl ich COUNT (*) ziemlich oft verwende. Ich habe im Allgemeinen eine WHERE-Klausel angehängt. Wenn ich einen effizienten Index für eine kleine Ergebnismenge verwende, finde ich, dass sie schnell genug sind.

Ich bin nicht einverstanden, dass die Zählungen ungenau sind. Die Zählungen stellen eine Momentaufnahme der Daten dar, und ich habe immer festgestellt, dass sie genau sind.

Kurz gesagt, MySQL überlässt es Ihnen, dies für InnoDB zu implementieren. Sie können eine Zählung speichern und nach jeder Abfrage erhöhen / verringern. Die einfachere Lösung ist wahrscheinlich der Wechsel zu MyISAM.