Percona Database Performance Blog
·
计算MySQL表行数的成本是什么？
💡
原文英文，约6100词，阅读约需23分钟。
📝
内容提要
在MySQL中，InnoDB执行SELECT COUNT(*)时，优先使用最小的可用二级索引；若无，则扫描聚簇索引。MySQL 8.0及以上版本中，某些统计信息可能不准确，导致行数和读取的键数记录错误。
🎯
关键要点
- 在MySQL中，InnoDB执行SELECT COUNT(*)时，优先使用最小的可用二级索引。
- 如果没有二级索引，InnoDB将扫描聚簇索引。
- MySQL 8.0及以上版本中，某些统计信息可能不准确，导致行数和读取的键数记录错误。
- 查询优化器选择二级索引进行扫描，执行查询时的处理器状态会相应增加。
- 如果没有可用的二级索引，查询将使用主键进行扫描。
- 在没有定义索引的情况下，查询的处理器状态不会增加。
- MySQL 5.7版本的行为与8.0版本不同，能够正确记录读取的行数和键数。
- MySQL 8.0版本中，执行COUNT查询时可能会出现统计信息不准确的问题。
- 在进行性能分析时，可能会因为仪器故障而导致误解，认为表是空的。
❓
延伸问答
在MySQL中，如何计算表的行数？
在MySQL中，InnoDB执行SELECT COUNT(*)时，优先使用最小的可用二级索引，如果没有，则扫描聚簇索引。
MySQL 8.0版本中COUNT查询的统计信息有什么问题？
MySQL 8.0及以上版本中，某些统计信息可能不准确，导致行数和读取的键数记录错误。
如果没有二级索引，MySQL如何处理COUNT查询？
如果没有二级索引，InnoDB将使用主键进行扫描来处理COUNT查询。
MySQL 5.7和8.0在COUNT查询上的表现有什么不同？
MySQL 5.7能够正确记录读取的行数和键数，而8.0版本可能出现统计信息不准确的问题。
在没有定义索引的情况下，COUNT查询的处理器状态会如何变化？
在没有定义索引的情况下，COUNT查询的处理器状态不会增加。
如何优化MySQL的COUNT查询性能？
可以通过定义合适的索引来优化COUNT查询性能，尤其是使用二级索引。
➡️
