一文搞清楚MySQL count(*)、count(1)、count(col)區(qū)別
在工作中遇到count(*)、count(1)、count(col) ,可能會讓你分不清楚,都是計數(shù),干嘛這么搞這么多東西。
count 作用
COUNT(expression):返回查詢的記錄總數(shù),expression 參數(shù)是一個字段或者 * 號。
測試
MySQL版本:5.7.29
創(chuàng)建一張用戶表,并插入一百萬條數(shù)據(jù),其中g(shù)ender字段有五十萬行是為null值的
CREATE TABLE `users` ( `Id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id', `name` varchar(32) DEFAULT NULL COMMENT '名稱', `gender` varchar(20) DEFAULT NULL COMMENT '性別', `create_date` datetime DEFAULT NULL COMMENT '創(chuàng)建時間', PRIMARY KEY (`Id`) USING BTREE ) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC COMMENT='用戶表';
count(*)
在 MySQL 5.7.18 之前,通過掃描聚集索引來InnoDB處理 語句。SELECT COUNT( *)從 MySQL 5.7.18 開始, 通過遍歷最小的可用二級索引來InnoDB處理SELECT COUNT( *)語句,除非索引或優(yōu)化器提示指示優(yōu)化器使用不同的索引。如果二級索引不存在,則掃描聚集索引。
大概意思就是有二級索引的情況下就使用二級索引,如果有多個二級索引優(yōu)先選擇最小的那個二級索引來降低成本,沒有二級索引使用聚集索引。
下面通過測試來驗證這些觀點。
首先,在只有Id這一個主鍵索引的情況下查詢執(zhí)行計劃,
可以看到,type是index也就是使用了索引,key是PRIMARY就是使用了主鍵索引,key_len=8。
其次在name字段上加上索引,再次使用執(zhí)行計劃查看
可以看到同樣使用了索引,只不過索引用的是name字段的索引,key_len=99。
然后在保留name字段索引的情況下給create_date字段也加上索引,再次查看執(zhí)行計劃
可以看到這次使用的是create_date字段的索引了,key_len=6。
不管上述是使用了哪個索引,其最后查詢到的總行數(shù)都是一百萬條,無論它們是否包含 NULL值。
count(1)
count(1) 和count(*) 執(zhí)行查詢結(jié)果一樣,最終也是返回一百萬條數(shù)據(jù),無論它們是否包含 NULL值。
count(col)
count(col) 統(tǒng)計某一列的值,又分為三種情況:
count(id): 統(tǒng)計id
和count(*) 執(zhí)行查詢結(jié)果也是一樣,最終也是返回一百萬條數(shù)據(jù).
count(index col):統(tǒng)計帶索引的字段
以count(name)進(jìn)行查詢,執(zhí)行計劃如下:
可以看到用的是索引字段進(jìn)行統(tǒng)計,索引也命中了。
把一列中的name字段置為NULL,再進(jìn)行count查詢,結(jié)果返回999999
再把這列的NULL值置為空字符串,再進(jìn)行count查詢,結(jié)果返回1000000
所以,綜上簡單的使用索引字段統(tǒng)計行數(shù)能夠命中索引,并且只統(tǒng)計不為NULL值的行數(shù)。
count(normal col):統(tǒng)計不帶索引的字段
統(tǒng)計不帶索引的字段的話就不會使用索引,而且也是只統(tǒng)計不為NULL值的行數(shù)。
count(1)和count(*)取舍
之前也不知道在哪看到的或聽說的,count(1) 比count(*) 效率高,這是錯誤的認(rèn)知,官網(wǎng)上有這么一句話,InnoDB handles SELECT COUNT( *) and SELECT COUNT(1) operations in the same way. There is no performance difference.
翻譯過來就是,InnoDB以同樣的方式處理SELECT COUNT( *)和SELECT COUNT(1) 操作,沒有性能差異。
對于MyISAM表, 如果從一個表中檢索,沒有檢索到其他列并且沒有 子句,COUNT(*)則優(yōu)化為非常快速地返回 ,此優(yōu)化僅適用于MyISAM 表,因為為此存儲引擎存儲了準(zhǔn)確的行數(shù),并且可以非??焖俚卦L問。 COUNT(1)僅當(dāng)?shù)谝涣卸x為 時才進(jìn)行相同的優(yōu)化NOT NULL。----來自MySQL官網(wǎng)
這些優(yōu)化都是建立在沒有where 和 group by的前提下的。
阿里開發(fā)規(guī)范中也提到
所以在開發(fā)中能用count(*) 就用count( *).
總結(jié)
count(*)、count(1)、count(id):返回查詢的記錄總數(shù),無論字段是否包含空值,且count( )和count(1)效率是一樣的,沒差別,通過上面的執(zhí)行計劃可以推斷count(id) 和count()、count(1) 效率應(yīng)該也是一樣的或者說是很接近,有興趣的可以測試一下。
對統(tǒng)計帶非主鍵索引和不帶索引的字段進(jìn)行統(tǒng)計的時候都是統(tǒng)計不為NULL的行數(shù)。
到此這篇關(guān)于一文搞清楚MySQL count(*)、count(1)、count(col)區(qū)別 的文章就介紹到這了,更多相關(guān)MySQL count(*),count(1),count(col)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- MySQL中count(*)、count(1)和count(col)的區(qū)別匯總
- MySQL count(1)、count(*)、count(字段)的區(qū)別
- Mysql中count(*)、count(1)、count(主鍵id)與count(字段)的區(qū)別
- MySQL?中的count(*)?與?count(1)?誰更快一些?
- MySQL?count(*),count(id),count(1),count(字段)區(qū)別
- MySQL中的count(*)?和?count(1)?區(qū)別性能對比分析
- SQL中count(1)、count(*) 與 count(列名)的區(qū)別詳細(xì)解釋
相關(guān)文章
MySQL自動填充create_time和update_time的兩種方式
當(dāng)我們創(chuàng)建業(yè)務(wù)表的時候 通常都需要設(shè)置create_time 和 update_time,下面這篇文章主要給大家介紹了關(guān)于MySQL自動填充createTime和updateTime的兩種方式,需要的朋友可以參考下2022-05-05mysql5.7 生成列 generated column用法實例分析
這篇文章主要介紹了mysql5.7 生成列 generated column用法,結(jié)合實例形式分析了mysql5.7 生成列 generated column基本原理、用法及操作注意事項,需要的朋友可以參考下2020-02-02MYSQL ZIP免安裝版配置步驟及圖形化管理工具mysql-workbench
在 windows7 64位操作系統(tǒng)下配置mysql-5.5.25-winx64 (免安裝版),記錄步驟如下2014-03-03debian6配置mysql允許遠(yuǎn)程連接的方法(圖)
這篇文章主要介紹了debian6配置mysql允許遠(yuǎn)程連接的方法,大家可以參考,最后可看圖2013-11-11MySQL的日志基礎(chǔ)知識及基本操作學(xué)習(xí)教程
這篇文章主要介紹了MySQL的日志基礎(chǔ)知識學(xué)習(xí)教程,包括MySQL中日志相關(guān)常用的服務(wù)器變量說明,極力推薦!需要的朋友可以參考下2015-11-11