Mysql的计数实现

在不同的mysql引擎中，count(*)的执行逻辑是不一样的：

1. MyISAM引擎把一个表的总行数存在了磁盘上，因此执行count(*)的时候会直接返回这个数，效率很高；
2. InnoDB引擎执行count(*)的时候，需要把数据一行一行地从引擎里面读出来，然后累积计数。

当然如果执行的语句有where条件限制，那么它也是不可能返回这么快的。

为什么InnoDB不把数字存起来

我们看几个事务的运行状况：

这三个事务返回的结果是不一样的，这个和InnoDB的可重复读的事务设计有关系，每一行记录的东西，都是要判断是否在当前事务内可见，所以每次都要计算一次count。当然对于count(*)来说，mysql还是做了优化的，他会选择最小的那棵索引结构树来遍历。

Ps. Show table status也会显示table_rows，当然就像前面的章节而言，它的值是通过估算得到的，所以不能使用。

这样子，我们要在mysql上提高count查询的速度，那么就只能自己计数。我们用一个表记录计数，再利用事务达到更新和查询的一致。如有两个事务：

因为可重复读的隔离机制，会话A中表增加1，还没有提交，对于B是不可见的。

不同的count用法

下面看看在select count(?) from t这样的查询语句里面，count(*)、count(主键id)、count(字段)和count(1)等不同用法的差别，首先，。count()是一个聚合函数，对于返回的结果集，一行行地判断，如果count函数的参数不是NULL。count(*)、count(主键id)和count(1) 都表示返回满足条件的结果集的总行数。

• count(主键id)，InnoDB引擎会遍历整张表，把每一行的id值都取出来，返回给server层。server层拿到id后，判断是不可能为空的，就按行累加。
• count(1)，InnoDB引擎遍历整张表，但不取值。server层对于返回的每一行，放一个数字“1”进去，判断是不可能为空的，按行累加。
• 单看这两个用法的差别的话，你能对比出来，count(1)执行得要比count(主键id)快。因为从引擎返回id会涉及到解析数据行，以及拷贝字段值的操作。
• count(字段)：

1. 如果这个“字段”是定义为not null的话，一行行地从记录里面读出这个字段，判断不能为null，按行累加；

2. 如果这个“字段”定义允许为null，那么执行的时候，判断到有可能是null，还要把值取出来再判断一下，不是null才累加。

• count(*)，这个是例外，并不会把全部字段取出来，而是专门做了优化，不取值。count(*)肯定不是null，按行累加。

 

所以结论是：按照效率排序的话，count(字段)<count(主键id)<count(1)≈count(*)，所以建议尽量使用count(*)。