¿Por qué InnoDB no almacena el recuento de filas?

Todo el mundo sabe que, en las tablas que usan InnoDB como motor, las consultas como SELECT COUNT(*) FROM mytableson muy inexactas y muy lentas, especialmente cuando la tabla se hace más grande y hay inserciones / eliminaciones de filas constantes mientras se ejecuta esa consulta.

Como lo entendí, InnoDB no almacena el recuento de filas en una variable interna, que es la razón de este problema.

Mi pregunta es: ¿por qué es así? ¿Sería tan difícil almacenar esa información? Es una información importante para saber en tantas situaciones. La única dificultad que veo si tal recuento interno se implementaría es cuando se trata de transacciones: si la transacción no se confirma, ¿cuenta las filas insertadas por ella o no?

PD: No soy un experto en bases de datos, solo soy alguien que tiene MySQL como un simple pasatiempo. Entonces, si acabo de preguntar algo estúpido, no seas excesivamente crítico: D.

Estoy de acuerdo con @RemusRusanu (+1 por su respuesta)

SELECT COUNT(*) FROM mydb.mytableen InnoDB se comporta como debería hacerlo un motor de almacenamiento transaccional. Compárelo con MyISAM.

MyISAM

Si mydb.mytablees una tabla MyISAM, el lanzamiento SELECT COUNT(*) FROM mydb.mytable;es como ejecutar SELECT table_rows FROM information_schema.table WHERE table_schema = 'mydb' AND table_name = 'mytable';. Esto desencadena una búsqueda rápida del recuento de filas en el encabezado de la tabla MyISAM.

InnoDB

Si se mydb.mytabletrata de una tabla InnoDB, obtienes un montón de cosas que suceden. Tienes MVCC en marcha, que rige lo siguiente:

• ib_logfile0 / ib_logfile1 (Rehacer registros)
• ibdata1
  • Deshacer registros
  • Rollbacks
  • Cambios en el diccionario de datos
• Buffer Pool Management
• Aislamiento de transacciones (4 tipos)
  • Lecturas repetibles
  • Leer comprometido
  • Leer no comprometido
  • Serializable

Pedirle a InnoDB un recuento de tablas requiere navegar a través de estas cosas siniestras. De hecho, uno nunca sabe si solo SELECT COUNT(*) from mydb.mytablecuenta las lecturas repetibles o si incluye las lecturas que se han confirmado y las que no se han confirmado.

Puede intentar estabilizar un poco las cosas habilitando innodb_stats_on_metadata .

De acuerdo con la documentación de MySQL en innodb_stats_on_meta_data

Cuando esta variable está habilitada (que es la predeterminada, como antes de que se creara la variable), InnoDB actualiza las estadísticas durante las declaraciones de metadatos como SHOW TABLE STATUS o SHOW INDEX, o cuando se accede a las tablas INFORMATION_SCHEMA tables TABLES o STATISTICS. (Estas actualizaciones son similares a lo que sucede para ANALYZE TABLE). Cuando está desactivado, InnoDB no actualiza las estadísticas durante estas operaciones. Deshabilitar esta variable puede mejorar la velocidad de acceso para esquemas que tienen una gran cantidad de tablas o índices. También puede mejorar la estabilidad de los planes de ejecución para consultas que involucran tablas InnoDB.

Deshabilitarlo puede o no darle un conteo más estable en términos de configurar planes EXPLAIN. Puede afectar el rendimiento de SELECT COUNT(*) from mydb.mytableuna manera buena, mala o de ninguna manera. Pruébalo y verás !!!

Para empezar, no existe el 'conteo actual' para almacenar en una variable. Una consulta como SELECT COUNT(*) FROM ...está sujeta al nivel de aislamiento actual y a todas las transacciones pendientes concurrentes. Dependiendo del nivel de aislamiento, la consulta puede ver o no ver filas insertadas o eliminadas por transacciones pendientes no confirmadas. La única forma de responder es contar las filas que son visibles para la transacción actual.

Tenga en cuenta que ni siquiera toqué el tema aún más espinoso de las transacciones concurrentes que comienzan o terminan durante el conteo. Sin mencionar los retrocesos ...

Si bien en teoría sería posible mantener un recuento preciso del número de filas para una tabla dada con InnoDB, sería a costa de muchos bloqueos, lo que afectaría negativamente el rendimiento. También diferiría según el nivel de aislamiento.

MyISAM ya realiza el bloqueo a nivel de tabla, por lo que no hay costo adicional allí.

Raramente necesito un recuento de filas para una tabla, aunque sí uso COUNT (*) bastante. Generalmente tengo una cláusula WHERE adjunta. Usando un índice eficiente en un pequeño conjunto de resultados, encuentro que son lo suficientemente rápidos.

No estoy de acuerdo con que los recuentos sean inexactos. Los recuentos representan una instantánea de los datos, y siempre los he encontrado exactos.

En resumen, MySQL le deja a usted implementar esto para InnoDB. Puede almacenar un recuento e incrementarlo / disminuirlo después de cada consulta. Sin embargo, la solución más fácil es probablemente cambiar a MyISAM.