一篇关于mysql中innodb的count优化问题分享

念桥上风景,为你痴守一世繁华。旅行的意义不在于浏览风景,而是到一个完全陌生的环境,放空自己,感受享受孤独!

一般采用二级索引去count:
比如:id 是pk aid是secondary index

采用


select count(*) from table where id >=0;

select count(*) from table;

效果是一样的,都是默认使用pk索引,且都要全表扫描,虽然第一种性能可能高一些,但是没有明显区别。

但是如果用secondary index


select count(*) from table where aid>=0;

则会快很多。

为什么用 secondary index 扫描反而比 primary key 扫描来的要快呢?这就需要了解innodb的 clustered index 和 secondary index 之间的区别了。

innodb 的 clustered index 是把 primary key 以及 row data 保存在一起的,而 secondary index 则是单独存放,然后有个指针指向 primary key。
因此,需要进行 count(*) 统计表记录总数时,利用 secondary index 扫描起来,显然更快。
而primary key则主要在扫描索引,同时要返回结果记录时的作用较大。

本文一篇关于mysql中innodb的count优化问题分享到此结束。要铭记在心:每天都是最美好的日子。小编再次感谢大家对我们的支持!

您可能有感兴趣的文章
mySql一篇关于统计数量的SQL查询操作

一篇关于MYSQL 你需要知道的数据类型和操作数据表

一篇关于mysql自增id,你需要知道的

Mongodb中一篇关于GUID的显示问题详析

一篇关于MySQL死锁问题的深入分析