本文探讨了在MySQL中使用count(*)时，数据库如何选择索引。内容包括：当存在主键索引之外的其他索引时，MySQL的选取策略；通过示例分析为什么在某些情况下会选择特定的二级索引而非主键或区分度更高的索引；以及在二级索引数据长度大于等于主键索引时的决策。此外，还分享了一个关于优化count()查询速度的小技巧。
MySQL中的count(*)
MySQL中的count(*)
当我们要统计表中数据记录的总数时，总会使用count()和count(1)来进行查询，在MySQL5.6之后的版本，count()和count(1)是等价的，这里不进行过多讨论。
使用count(*)时，如果存在主键索引之外的索引，MySQL会如何选择呢？
首先我们知道MySQL的索引是使用B+树实现的，B+树的特性之一就是一个节点可以保存多个关键字，而关键字的占用的空间越小，节点占用也就越小，树就更加的“矮胖”，从而同样的容量我们可以保存更多的数据，反过来查询的时候我们一次IO读取的数据大小是有限的，关键字越小，则我们一次IO能读取更多的数据，也就减少了IO的次数。
由此，理论上我们可以知道，在其他条件相同时，索引的长度越小，遍历花费的时间就越少，被选择的优先级也就越高。
例一：
explain SELECT count(*) FROM pp_monitor_tb_item;
执行的结果如下：使用的是source字段的索引
pp_monitor_tb_item表的全部索引：
最低0.47元/天 解锁文章
2228
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
