主頁 > 知識庫 > 聊聊MySQL的COUNT(*)的性能

聊聊MySQL的COUNT(*)的性能

熱門標(biāo)簽:北京人工外呼系統(tǒng)價錢 常州電銷外呼系統(tǒng)一般多少錢 地圖標(biāo)注被騙三百怎么辦 400電話鄭州申請 房產(chǎn)智能外呼系統(tǒng)品牌 福州呼叫中心外呼系統(tǒng)哪家好 天智外呼系統(tǒng) 云南語音外呼系統(tǒng)平臺 沃克斯電梯外呼線路圖

前言

基本職場上的程序員用來統(tǒng)計數(shù)據(jù)庫表的行數(shù)都會使用count(*),count(1)或者count(主鍵),那么它們之間的區(qū)別和性能你又是否了解呢?

其實程序員在開發(fā)的過程中,在一張大表上統(tǒng)計總行數(shù)是非常耗時的一個操作,那么我們應(yīng)該用哪個方法統(tǒng)計會更快呢?

接下來我們就來聊一聊MySQL中統(tǒng)計總行數(shù)的方法和性能。

count(*),count(1),count(主鍵)哪個更快?

1、建表并且插入1000萬條數(shù)據(jù)進(jìn)行實驗測試:

# 創(chuàng)建測試表
CREATE TABLE `t6` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `name` varchar(50) NOT NULL,
 `status` tinyint(4) NOT NULL,
 PRIMARY KEY (`id`),
 KEY `idx_status` (`status`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

# 創(chuàng)建存儲過程插入1000w數(shù)據(jù)
CREATE PROCEDURE insert_1000w()
BEGIN
  DECLARE i INT;
  SET i=1;
  WHILE i=10000000 DO
    INSERT INTO t6(name,status) VALUES('god-jiang-666',1);
    SET i=i+1;
  END WHILE;
END;

#調(diào)用存儲過程,插入1000萬行數(shù)據(jù)
call insert_1000w();

2、分析實驗結(jié)果

# 花了0.572秒
select count(*) from t6;

# 花了0.572秒
select count(1) from t6;

# 花了0.580秒
select count(id) from t6;

# 花了0.620秒
select count(*) from t6 force index (primary);

從上面的實驗我們可以得出,count(*)和count(1)是最快的,其次是count(id),最慢的是count使用了強(qiáng)制主鍵的情況。

下面我們繼續(xù)測試一下它們各自的執(zhí)行計劃:

explain select count(*) from t6;
show warnings;


explain select count(1) from t6;
show warnings;


explain select count(id) from t6;
show warnings;


explain select count(*) from t6 force index (primary);
show warnings;

從上面的實驗可以得出這三點:

  1. count(*)被MySQL查詢優(yōu)化器改寫成了count(0),并選擇了idx_status索引
  2. count(1)和count(id)都選擇了idx_statux索引
  3. 加了force index(primary)之后,走了強(qiáng)制索引

這個idx_status就是相當(dāng)于是二級輔助索引樹,目的就是為了說明: InnoDB在處理count(*)的時候,有輔助索引樹的情況下,會優(yōu)先選擇輔助索引樹來統(tǒng)計總行數(shù)。

為了驗證count(*)會優(yōu)先選擇輔助索引樹這個結(jié)論,我們繼續(xù)來看看下面的實驗:

# 刪除idx_status索引,繼續(xù)執(zhí)行count(*)
alter table t6 drop index idx_status;

explain select count(*) from t6;

從以上實驗可以得出,刪除了idx_status這個輔助索引樹,count(*)就會選擇走主鍵索引。所以結(jié)論:count(*)會優(yōu)先選擇輔助索引,假如沒有輔助索引的存在,就會走主鍵索引。

為什么count(*)會優(yōu)先選擇輔助索引?

在MySQL5.7.18之前,InnoDB通過掃描聚集索引來處理count(*)語句。

從MySQL5.7.18開始,InnoDB通過遍歷最小的可用二級索引來處理count(*)語句。如果不存在二級索引,則掃描聚集索引。

新版本為何會使用二級索引來處理count(*)呢?

因為InnoDB二級索引樹的葉子節(jié)點上存放的是主鍵,而主鍵索引樹的葉子節(jié)點存放的是整行數(shù)據(jù),所以二級索引樹比主鍵索引樹小。因此查詢優(yōu)化器基于成本考慮,優(yōu)先選擇的是二級索引。所以索引count(*)快于count(主鍵)。

總結(jié)

這篇文章的結(jié)論就是count(*)=count(1)>count(id)。

為什么count(id)走了主鍵索引還會更慢呢?因為count(id)需要取出主鍵,然后判斷不為空,再累加,代價更高。

count(*)是會總計出所有NOT NULL和NULL的字段,而count(id)是不會統(tǒng)計NULL字段的,所以我們在建表的盡量使用NOT NULL并且給它一個默認(rèn)是空即可。

最后,在以后總計數(shù)據(jù)庫表的總行數(shù)的時候,可以大膽的使用count(*)或者count(1)。

參考資料

  • 《高性能MySQL》(第三版)第六章優(yōu)化COUNT()查詢
  • 《MySQL實戰(zhàn)45講》林曉斌

到此這篇關(guān)于聊聊MySQL的COUNT(*)的性能的文章就介紹到這了,更多相關(guān)MySQL COUNT(*)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • MySQL 大表的count()優(yōu)化實現(xiàn)
  • MySQL中聚合函數(shù)count的使用和性能優(yōu)化技巧
  • 關(guān)于mysql中innodb的count優(yōu)化問題分享
  • 詳解 MySQL中count函數(shù)的正確使用方法
  • 淺談MySQL 統(tǒng)計行數(shù)的 count
  • mysql count提高方法總結(jié)
  • MySQL中無過濾條件的count詳解
  • MySQL中count(*)、count(1)和count(col)的區(qū)別匯總
  • mySQL count多個表的數(shù)據(jù)實例詳解
  • MySQL COUNT函數(shù)的使用與優(yōu)化

標(biāo)簽:鹽城 徐州 珠海 黔東 移動 沈陽 沈陽 拉薩

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《聊聊MySQL的COUNT(*)的性能》,本文關(guān)鍵詞  聊聊,MySQL,的,COUNT,性能,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《聊聊MySQL的COUNT(*)的性能》相關(guān)的同類信息!
  • 本頁收集關(guān)于聊聊MySQL的COUNT(*)的性能的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章