MySQL select count(*)计数很慢优化方案

这篇文章主要介绍了MySQL select count(*)计数很慢优化方案，文章围绕主题展开详细的内容介绍，具有一定的参考价值，需要的小伙伴可以参考一下

导读

在日常开发工作中，我经常会遇到需要统计总数的场景，比如：统计订单总数、统计用户总数等。一般我们会使用MySQL 的count函数进行统计，但是随着数据量逐渐增大，统计耗时也越来越长，最后竟然出现慢查询的情况，这究竟是什么原因呢？本篇文章带你一下学习一下。

1. MyISAM存储引擎计数为什么这么快？

我们总有个错觉，就是感觉MyISAM引擎的count计数要比InnoDB引擎更快，实际这不是错觉。

MyISAM引擎把表的总行数单独记录在磁盘上，查询的时候可以直接返回，不需要再累加统计。

但是当SQL查询中有where条件的时候，就无法再使用表的总行数了，还是需要乖乖的进行累加统计，查询性能也就跟InnoDB相差无几了。

为什么MyISAM引擎能够记录表的总行数，InnoDB引擎却不行？

因为MyISAM引擎不支持事务，只有表锁，所以记录的总行数是准确的。

而InnoDB引擎支持事务和行锁，存在并发修改的情况。又由于事务的隔离性，会出现不可重复读和幻读，记录的总行数无法保证是准确的。

2. 能不能手动实现统计总行数

既然InnoDB引擎没有帮我们记录总行数，我们能不能手动记录总行数，比如使用Redis。

其实也是不行的，使用Redis记录总行数，至少有下面3个问题：