MySQL select count(*)計數很慢優(yōu)化方案

更新時間：2022年08月11日 08:44:37 作者：一燈架構???????

這篇文章主要介紹了MySQL select count(*)計數很慢優(yōu)化方案，文章圍繞主題展開詳細的內容介紹，具有一定的參考價值，需要的小伙伴可以參考一下

前言

在日常開發(fā)工作中，我經常會遇到需要統(tǒng)計總數的場景，比如：統(tǒng)計訂單總數、統(tǒng)計用戶總數等。一般我們會使用MySQL 的count函數進行統(tǒng)計，但是隨著數據量逐漸增大，統(tǒng)計耗時也越來越長，最后竟然出現慢查詢的情況，這究竟是什么原因呢？本篇文章帶你一下學習一下。

1. MyISAM存儲引擎計數為什么這么快？

我們總有個錯覺，就是感覺MyISAM引擎的count計數要比InnoDB引擎更快，實際這不是錯覺。

MyISAM引擎把表的總行數單獨記錄在磁盤上，查詢的時候可以直接返回，不需要再累加統(tǒng)計。

但是當SQL查詢中有where條件的時候，就無法再使用表的總行數了，還是需要乖乖的進行累加統(tǒng)計，查詢性能也就跟InnoDB相差無幾了。

為什么MyISAM引擎能夠記錄表的總行數，InnoDB引擎卻不行？

因為MyISAM引擎不支持事務，只有表鎖，所以記錄的總行數是準確的。

而InnoDB引擎支持事務和行鎖，存在并發(fā)修改的情況。又由于事務的隔離性，會出現不可重復讀和幻讀，記錄的總行數無法保證是準確的。

2. 能不能手動實現統(tǒng)計總行數

既然InnoDB引擎沒有幫我們記錄總行數，我們能不能手動記錄總行數，比如使用Redis。

其實也是不行的，使用Redis記錄總行數，至少有下面3個問題：

無法實現事務之間的隔離
更新丟失，因為i++不是原子操作，當然可以使用Lua腳本實現原子操作，更復雜。
Redis是非關系型緩存數據庫，不能當作關系型持久化數據庫使用，一般需要設置過期時間。

由上圖中得知，雖然Redis計數加1操作放在了事務里面，但是不受事務控制的，在事務沒有提交前，其他查詢依然讀到了最新的總行數，這就是臟讀的情況。

3. InnoDB引擎能否實現快速計數

有一種辦法，可以粗略估計表的總行數，就是使用MySQL命令：

show table status like 'user';

真實的總行數有100萬行，預估有99萬多行，誤差在可接受的范圍內。

部分場景適用，比如粗略估計網站的總用戶數。

4. 四種計數方式的性能差別

常見的統(tǒng)計總行數的方式有以下四種：

count(*) 、 count(常量) 、 count(id) 、 count(字段)

InnoDB引擎對count計數做了優(yōu)化，會選用數據量較小的非聚簇索引進行統(tǒng)計。

比如用戶表中有三個索引，分別是主鍵索引、name索引和age索引，使用執(zhí)行計劃查看計數的時候用到了哪個索引？

CREATE TABLE `user` (
 ?`id` int NOT NULL AUTO_INCREMENT COMMENT '主鍵',
 ?`name` varchar(100) DEFAULT NULL COMMENT '姓名',
 ?`age` tinyint NOT NULL,
 ?PRIMARY KEY (`id`),
 ?KEY `idx_name` (`name`),
 ?KEY `idx_age` (`age`)
) ENGINE=InnoDB COMMENT='用戶表';