InnoDB中二级索引重复率对count性能的影响及索引选择疑问

1. 高重复率的二级索引是否会大幅提升count操作性能？ #

InnoDB执行select count(*) from table时，性能核心取决于扫描的索引页数量——因为count(*)不需要返回实际数据，优化器会选择最小的索引（占用磁盘空间最少）来扫描，而非体积更大的聚簇索引（主键索引，包含全量数据）。

高重复率本身并不会直接大幅提升性能：默认情况下，InnoDB的二级索引每条记录存储的是「索引键+主键值」，重复率高不会改变单条记录的基础大小。只有当开启了索引压缩（如前缀压缩、页压缩）时，高重复的索引键才能通过压缩减少索引总占用空间，间接提升扫描速度。

如果高重复率的二级索引本身字段长度很小（比如tinyint类型的性别字段），哪怕不开启压缩，它的总体积也会远小于主键索引或大字段索引，这时候count(*)性能会有明显提升——但本质是因为索引体积小，而非重复率高。

2. 唯一二级索引与高重复二级索引，count(*)会优先选哪个？ #

MySQL优化器的选择逻辑很直接：选体积最小的索引，和索引是否唯一、重复率高低无关。

优化器会参考索引的统计信息（如information_schema.STATISTICS里的DATA_LENGTH），挑选占用磁盘空间最少的索引来执行count(*)。举两个典型场景：

• 若唯一二级索引是varchar(20)类型，高重复二级索引是tinyint类型，后者体积更小，会被优先选择；
• 若唯一二级索引是int类型，高重复二级索引是varchar(10)类型，前者体积更小，会被优先选择。

唯一索引的唯一性不会让它获得优先级，优化器只关心扫描最少的页就能完成计数。

内容的提问来源于stack exchange，提问作者sadtrain