MySQL count（*）详解

count实现原理

  与其他的功能类似，count(*)的实现方式也与MySQL存储引擎紧密相关，MyISAM引擎把一个表的总行数存在了磁盘上，因此执行count(*)的时候会直接返回这个数，效率很高；而InnoDB引擎每次都需要把数据一行一行地从引擎里面读出来，然后累积计数，因为InnoDB存在MVCC机制，所以不能存储后返回，每次事务都需要自己计算。由于我们大多使用InnoDB引擎，所以这个count（*）的效率有时可能会比较低。
  当然InnoDB也并非对count（*）一点都没有做优化，因为InnoDB是索引组织表，主键索引树的叶子节点是数据，而普通索引树的叶子节点是主键值。所以，普通索引树比主键索引树小很多。对于count(*)这样的操作，遍历哪个索引树得到的结果逻辑上都是一样的。因此，MySQL优化器会找到最小的那棵树来遍历。在保证逻辑正确的前提下，尽量减少扫描的数据量，是数据库系统设计的通用法则之一。此外，之前提到的show table status命令显示的行数为采样之后计算的大概行数，也不能直接使用。
  为了快速计算某些记录的行数，我们可以自己维护一个行来保存计数值，通过InnoDB的事务隔离来实现这个值一致更新。

不同count的性能区别

  count(*)、count(主键id)、count(字段)和count(1)这几种不同的统计内容会对性能造成怎样的影响呢？
  对于count(主键id)来说，InnoDB引擎会遍历整张表，把每一行的id值都取出来，返回给server层。server层拿到id后，判断是不可能为空的，就按行累加。

  对于count(1)来说，InnoDB引擎遍历整张表，但不取值。server层对于返回的每一行，放一个数字“1”进去，判断是不可能为空的，按行累加。

  单看这两个用法的差别的话，你能对比出来，count(1)执行得要比count(主键id)快。因为从引擎返回id会涉及到解析数据行，以及拷贝字段值的操作。

  对于count(字段)来说,如果这个“字段”是定义为not null的话，一行行地从记录里面读出这个字段，判断不能为null，按行累加；如果这个“字段”定义允许为null，那么执行的时候，判断到有可能是null，还要把值取出来再判断一下，不是null才累加。
  最后count(*)是例外，并不会把全部字段取出来，而是专门做了优化，不取值。count(*)肯定不是null，按行累加。
按照效率排序的话，count(字段)

参考文献

MySQL实战45讲