MySQL 5.7下InnoDB对COUNT(*)的优化

最新推荐文章于 2024-07-01 11:30:48 发布

老叶茶馆_

最新推荐文章于 2024-07-01 11:30:48 发布

阅读量848

点赞数

本文链接：https://blog.csdn.net/n88Lpo/article/details/78099258

版权

MySQL 5.7对InnoDB的COUNT(*)操作进行了优化，通过扫描聚集索引提高效率。然而，当聚集索引过大且未完全加载到buffer pool时，性能可能下降。对比测试显示，在小规模数据上5.7表现优秀，但面对大表，可能需要强制使用非聚集索引配合WHERE条件以避免慢查询。尽管存在一些限制，MySQL 5.7的整体改进仍然值得肯定。

摘要由CSDN通过智能技术生成

0、导读

饱受诟病的InnoDB表COUNT(*)性能问题在5.7下做了优化，果真如此吗？

1、经典需求：InnoDB表COUNT(*)

InnoDB引擎表经常被抱怨执行COUNT(*)的效率太差，因此此类需求通常会被建议用其他方法来满足，比如另外加一个计数器表，或者用SHOW TABLE STATUS查看大概数量。

不过，从MySQL 5.7.2起，这个问题得到了解决，我们来看看。

2、MySQL 5.7版本InnoDB对COUNT(*)的优化

MySQL每发布一个新版本，都会放出相应的Release Notes，我们注意到5.7.2版本的发布说明中提到：

InnoDB: SELECT COUNT(*) FROM t statements now invoke a single handler call to the storage engine to scan the clustered index and return the row count to the Optimizer. Previously, a row count was typically performed by traversing a smaller secondary index and invoking a handler call for each record. A single handler call to the storage engine to count rows in the clustered index generally improves SELECT COUNT(*) FROM t performance. However, in the case of a large clustered index and a significantly smaller secondary index, performance degradation is possible compared to performance using the previous, non-optimized implementation. For more information, see Limits on InnoDB Tables.