快捷導(dǎo)航

MySQL?count(*)統(tǒng)計總數(shù)問題匯總

更新時間：2022年09月20日 14:35:36 作者：一燈架構(gòu)

在日常開發(fā)工作中，我經(jīng)常會遇到需要統(tǒng)計總數(shù)的場景，比如：統(tǒng)計訂單總數(shù)、統(tǒng)計用戶總數(shù)等，這篇文章主要介紹了MySQL?count(*)統(tǒng)計總數(shù)的問題解析,需要的朋友可以參考下

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

1. MyISAM存儲引擎計數(shù)為什么這么快？

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

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

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

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

因為MyISAM引擎不支持事務(wù)，只有表鎖，所以記錄的總行數(shù)是準(zhǔn)確的。

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

2. 能不能手動實現(xiàn)統(tǒng)計總行數(shù)

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

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

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

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

3. InnoDB引擎能否實現(xiàn)快速計數(shù)

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

show table status like 'user';

真實的總行數(shù)有100萬行，預(yù)估有99萬多行，誤差在可接受的范圍內(nèi)。

部分場景適用，比如粗略估計網(wǎng)站的總用戶數(shù)。

4. 四種計數(shù)方式的性能差別

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

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

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

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

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='用戶表';