在日常開發作業中，我經常會遇到需要統計總數的場景，比如：統計訂單總數、統計用戶總數等，一般我們會使用MySQL 的count函式進行統計，但是隨著資料量逐漸增大，統計耗時也越來越長，最后竟然出現慢查詢的情況，這究竟是什么原因呢？本篇文章帶你一下學習一下，
1. MyISAM存盤引擎計數為什么這么快？
我們總有個錯覺，就是感覺MyISAM引擎的count計數要比InnoDB引擎更快，實際這不是錯覺，
MyISAM引擎把表的總行數單獨記錄在磁盤上，查詢的時候可以直接回傳，不需要再累加統計，
但是當SQL查詢中有where條件的時候，就無法再使用表的總行數了，還是需要乖乖的進行累加統計，查詢性能也就跟InnoDB相差無幾了，
為什么MyISAM引擎能夠記錄表的總行數，InnoDB引擎卻不行？
因為MyISAM引擎不支持事務，只有表鎖，所以記錄的總行數是準確的，
而InnoDB引擎支持事務和行鎖，存在并發修改的情況，又由于事務的隔離性，會出現不可重復讀和幻讀，記錄的總行數無法保證是準確的，
2. 能不能手動實作統計總行數
既然InnoDB引擎沒有幫我們記錄總行數，我們能不能手動記錄總行數，比如使用Redis，
其實也是不行的，使用Redis記錄總行數，至少有下面3個問題：
- 無法實作事務之間的隔離
- 更新丟失，因為i++不是原子操作，當然可以使用Lua腳本實作原子操作，更復雜，
- Redis是非關系型快取資料庫，不能當作關系型持久化資料庫使用，一般需要設定過期時間，
由上圖中得知，雖然Redis計數加1操作放在了事務里面，但是不受事務控制的，在事務沒有提交前，其他查詢依然讀到了最新的總行數，這就是臟讀的情況，
3. InnoDB引擎能否實作快速計數
有一種辦法，可以粗略估計表的總行數，就是使用MySQL命令：
show table status like 'user';
真實的總行數有100萬行，預估有99萬多行，誤差在可接受的范圍內，
部分場景適用，比如粗略估計網站的總用戶數，
4. 四種計數方式的性能差別
常見的統計總行數的方式有以下四種：
count(*) 、 count(常量) 、 count(id) 、 count(欄位)
InnoDB引擎對count計數做了優化，會選用資料量較小的非聚簇索引進行統計，
比如用戶表中有三個索引，分別是主鍵索引、name索引和age索引，使用執行計劃查看計數的時候用到了哪個索引？
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='用戶表';
explain select count(*) from user;
用到了資料量較小的age索引，
count(*) 、 count(常量) 是直接統計表中的總行數，效率較高，
而 count(id) 還需要把資料回傳給MySQL Server端進行累加計數，
最后 count(欄位)需要篩選不為null欄位，效率最差，
四種計數的查詢性能從高到低，依次是：
count(*) ≈ count(常量) > count(id) > count(欄位)
對于大多數情況，得到計數結果，還是老老實實使用count(*)
所以推薦使用select count(*)，別跟**select *搞混了，不推薦使用select ***的，
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/509162.html
標籤：其他
上一篇：ClickHouse(06)ClickHouse的資料表創建陳述句詳細決議
下一篇：MySQL實作備份案例（2）