问题
验证分析
猜想
先猜想一波为什么走了主键索引依旧很慢？
没有建立二级索引。
聪明的小伙伴会问了二级索引还能比主键索引快？是的，在count统计情况且表字段数据很大的情况下是会快很多。
干货补充。
因为在 InnoDB 存储引擎中，count(*) 函数是先从内存中读取数据到内存缓冲区，然后进行扫描获得行记录数。InnoDB 会优先走二级索引，若无会走主键索引。导致耗时较长。
接下来查看下当事表是什么情况吧！
验证
0、查看表中索引信息
show index from test;
只有主键索引。
1、当事SQL语句如下：
SELECT count(*) from test；
2、执行结果如下：
1306725
> OK
> 时间: 17.397s
3、查看执行计划：
desc SELECT count(*) from test
确实是走了主键索引。
4、重启数据库
window重启mysql：
net stop mysql
net start mysql
linux：
service mysqld restart
5、查看内存缓冲区情况
select * from sys.innodb_buffer_stats_by_table where object_schema = 'test';
6、再次执行SELECT count(*) from test查看内存缓冲区情况
7、加入二级索引重复以上验证
ALTER TABLE `test`.`test`
ADD INDEX `idx_id`(`id`) USING BTREE;
查看二级索引大小：大约15M。
SELECT CONCAT(ROUND(SUM((data_length+index_length)/1024/1024),2),'MB') AS DATA FROM information_schema.`TABLES` WHERE table_schema='test' AND table_name='test';
执行：
SELECT count(*) from test
1306725
> OK
> 时间: 0.198s
查看执行计划：
使用的二级索引。
查看缓冲区情况：
缓冲区数据大小与二级索引大小基本相同。
小结
通过验证与猜想中的实际理论相符。在没有二级索引的情况下， select count(*) 会走主键索引，缓存整表数据到缓冲区。如果存在二级索引，只需要读取索引页到缓冲区，查询速度显著提高几百倍。以上是基于MySQL版本5.7进行测试，如果是MySQL 8.0就能使用新特性 并行查询 innodb_parallel_read_threads ，再次提高查询速度。
并行查询示例如下：
set local innodb_parallel_read_threads=888;
select count (*) from test;
小拓展
count(*)、count(1)、count(0)、count(列名)用哪个？
阿里巴巴规范参考：
查询一个库中每个表的数据大小，索引大小和总大小
SELECT
CONCAT(a.table_schema,'.',a.table_name) as '表名',
CONCAT(ROUND(table_rows/1000,4),'KB') AS '行大小',
CONCAT(ROUND(data_length/(1024*1024),4),',') AS '数据大小',
CONCAT(ROUND(index_length/(1024*1024),4),'M') AS '索引大小',
CONCAT(ROUND((data_length+index_length)/(1024*1024*1024),4),'G') AS'总大小'
FROM
information_schema.TABLES a
WHERE
a.table_schema = 'test'
ORDER BY index_length desc
点赞 收藏 关注
山花对海树，赤日对苍穹。