Percona Database Performance Blog
·
计算MySQL表行数的成本是什么？
内容提要
在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 8.0的统计信息问题
在MySQL 8.0及以上版本中，执行SELECT COUNT(*)时可能会遇到统计信息不准确的问题。这可能导致行数和读取的键数记录错误，影响性能分析。因此，在进行性能调优时，用户应特别注意这一点，避免误解表的实际状态。
索引对查询性能的影响
InnoDB在执行COUNT查询时优先使用最小的可用二级索引，这意味着在有索引的情况下，查询性能会显著提高。如果没有二级索引，查询将转向聚簇索引，可能导致性能下降。因此，合理设计索引结构对于优化查询性能至关重要。
MySQL版本间的行为差异
MySQL 5.7与8.0版本在处理COUNT查询时的行为存在显著差异。5.7版本能够正确记录读取的行数和键数，而8.0版本则可能出现统计信息不准确的情况。这种差异可能会影响数据库管理员在不同版本间的迁移和性能调优策略。
延伸问答
在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查询性能，尤其是使用二级索引。
