MYSQL count(*)这么慢，我该怎么办？极客时间MYSQL笔记

个人笔记总结

COUNT(*)实现方式

1. MyISAM引擎把表的总行数存在磁盘上；
2. InnoDB引擎从表中一行行读出来，然后累计计数；
3. 上述结论基于不加where过滤条件，加了where，MyISAM也没办法返回的那么快;

为什么InnoDB不跟MyISAM一样，也把数字存起来呢?

1. 因为MVCC(并发版本控制)，不同的会话查同一个表的总行数，要保证可重复读隔离级别的总行数数据正确性，只能一行行地读出来累加;
2. InnoDB对COUNT(*)也是做了优化的，InnoDB 是索引组织表，主键索引树的叶子节点是数据，而普通索引树的叶子节点是主键值。所以，普通索引树比主键索引树小很多。对于 count(*) 这样的操作，遍历哪个索引树得到的结果逻辑上都是一样的。因此，MySQL 优化器会找到最小的那棵树来遍历。在保证逻辑正确的前提下，尽量减少扫描的数据量，是数据库系统设计的通用法则之一。
3. 索引统计的值不能用来做表的总行数，**索引统计的值是通过采样来估算的。**实际上，**TABLE_ROWS 就是从这个采样估算得来的，因此它也很不准。**有多不准呢，官方文档说误差可能达到 40% 到 50%。所以，show table status 命令显示的行数也不能直接使用。

小结一下：

• MyISAM表虽然count(*)很快，但是不支持事务;
• show table status 命令虽然返回很快，但是不准确；
• InnoDB 表直接 count(*) 会遍历全表，虽然结果准确，但会导致性能问题。

为了快速获得表的行数，该如何做？

1. 首先我们考虑的肯定是缓存系统，但是缓存系统redis或memcache这些数据库和mysql不是同一个系统，很难保证数据一致性:
   1. 一种是，查到的 100 行结果里面有最新插入记录，而 Redis 的计数里还没加 1；
   2. 另一种是，查到的 100 行结果里没有最新插入的记录，而 Redis 的计数里已经加了 1。这两种情况，都是逻辑不一致的。
2. 既然MVCC能保证数据的一致性，那么我们就用一张计数表专门进行表的行数统计，用事务来包裹住行的新增和计数表的计数增加，这样就能保证数据的一致性。

COUNT(*)，COUNT(1)和COUNT(FIELD)的区别

对于 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(主键 id)<count(1)≈count(*)，所以我建议你，尽量使用 count(*)。