count()这么慢，我该怎么办读后总结

深藏阁楼爱情的钟 2021-10-30 01:04 383阅读 0赞

计算一个表的行数语句：  
select count(\*) from t;  
innodb中这条语句的查询时间会随着表记录增加而增加。

count(*)是实现方式  
count(*)是在引擎层面实现的，不同的引擎有不同的实现。  
1.MYISAM是将表的总行数存在磁盘上。count(*)会直接返回这个值，很高效，但是如果加上了where条件，也需要遍历。  
2.Innodb在执行count(*)的时候需要一行一行从引擎中读出来。所以记录越多，查询越慢。

为什么Innodb不将总行数存起来？

同一时刻的多个查询 ，由于MVCC以及事务隔离性，innodb表要返回多少行是不确定的。在RR隔离级别下

mysql还是对count(\*)做了优化的，innodb是索引组织表，主键索引树的叶子节点是数据，而普通索引树的叶子节点是主键值。所以普通索引比主键索引树小很多。在保证逻辑正确的情况下，尽可能少的扫描数据量，是数据库设计的通用法则之一。

show table status命令输出中有TABLE\_ROWS用于表当前有多少行，但是这不是一个精确值是一个统计计数。

场景：有一个页面要经常显示交易系统的操作记录总数  
记录量较大的情况下，肯定不能一直用count(*)  
方案：  
1.用缓存系统保存计数  
用一个redis kv来保存表的总行数，innodb insert后 redis val++，innodb delete后redis val–  
风险是：  
1.丢失更新。innodb insert后，redis异常重启后，丢失这个val++操作，一般redis重启后都会去mysql将数据重新加载一下，count(*)。  
2.值逻辑上不精准。有一个页面既要操作记录总数，又要最近前100条操作记录。那么既要从redis取总数，又要去mysql去前100条记录。  
如何定义不精准：  
1.从mysql中读取100条记录中有最新的记录，redis没有val++  
2.从mysql中读取100条记录中没有最新的记录，redis中val++  
其实为什么会出现这种不一致，由于mysql与redis不在同一个系统中，并没有做数据一致性的同步。  
2. 在数据库保存计数。如果我们把这个计数直接放在mysql的一张计数表中，利用事务的特定，在更新对于查询不可见。这样查出来的100条数据与记录总数都是一致的。

不同的count用法性能：  
count(字段)<count(主键)<count(1)=count(\*)

count(\*),count(1),count(主键)都表示返回满足条件的结果集的总行数，  
count(字段)表示字段不为NULL的总个数。