关于mysql中innodb的count优化问题

关于mysql中innodb的count优化问题，有需要的朋友可以参考下。

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

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

但是如果用secondary index
 

则会快很多。

为什么用 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 innodb优化配置方法分享
mysql更改表引擎INNODB为MyISAM的方法总结
MySQL存储引擎MyISAM与InnoDB的优劣分析
mysql 索引优化之btree、hash与rtree
Mysql5.5 InnoDB存储引擎的配置与优化
MySQL修改innodb_log_file_size参数导致InnoDB引擎无效
mysql中InnoDB和MyISAM存储引擎区别
mysql下count(*)与count(column)区别性能对比
Mysql5.5 InnoDB存储引擎设置