欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

一文搞清楚MySQL count(*)、count(1)、count(col)區(qū)別

 更新時(shí)間：2022年03月02日 15:08:13   作者：碼猿筆記  
本文主要介紹了MySQL count(*)、count(1)、count(col)區(qū)別，文中通過示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下

在工作中遇到count(*)、count(1)、count(col) ，可能會(huì)讓你分不清楚，都是計(jì)數(shù)，干嘛這么搞這么多東西。

count 作用

COUNT(expression)：返回查詢的記錄總數(shù)，expression 參數(shù)是一個(gè)字段或者 * 號(hào)。

測(cè)試

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)建時(shí)間',
  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 開始， 通過遍歷最小的可用二級(jí)索引來InnoDB處理SELECT COUNT( *)語句，除非索引或優(yōu)化器提示指示優(yōu)化器使用不同的索引。如果二級(jí)索引不存在，則掃描聚集索引。
大概意思就是有二級(jí)索引的情況下就使用二級(jí)索引，如果有多個(gè)二級(jí)索引優(yōu)先選擇最小的那個(gè)二級(jí)索引來降低成本，沒有二級(jí)索引使用聚集索引。

下面通過測(cè)試來驗(yàn)證這些觀點(diǎn)。

首先，在只有Id這一個(gè)主鍵索引的情況下查詢執(zhí)行計(jì)劃，

在這里插入圖片描述

可以看到，type是index也就是使用了索引，key是PRIMARY就是使用了主鍵索引，key_len=8。

其次在name字段上加上索引，再次使用執(zhí)行計(jì)劃查看

在這里插入圖片描述

可以看到同樣使用了索引，只不過索引用的是name字段的索引，key_len=99。

然后在保留name字段索引的情況下給create_date字段也加上索引，再次查看執(zhí)行計(jì)劃

在這里插入圖片描述

可以看到這次使用的是create_date字段的索引了，key_len=6。

不管上述是使用了哪個(gè)索引，其最后查詢到的總行數(shù)都是一百萬條，無論它們是否包含 NULL值。

count(1)

count(1) 和count(*) 執(zhí)行查詢結(jié)果一樣，最終也是返回一百萬條數(shù)據(jù)，無論它們是否包含 NULL值。

count(col)

count(col) 統(tǒng)計(jì)某一列的值，又分為三種情況：

count(id): 統(tǒng)計(jì)id

和count(*) 執(zhí)行查詢結(jié)果也是一樣，最終也是返回一百萬條數(shù)據(jù).

count(index col)：統(tǒng)計(jì)帶索引的字段

以count(name)進(jìn)行查詢，執(zhí)行計(jì)劃如下：

在這里插入圖片描述

可以看到用的是索引字段進(jìn)行統(tǒng)計(jì)，索引也命中了。
把一列中的name字段置為NULL，再進(jìn)行count查詢，結(jié)果返回999999

在這里插入圖片描述

再把這列的NULL值置為空字符串，再進(jìn)行count查詢，結(jié)果返回1000000

在這里插入圖片描述

所以，綜上簡(jiǎn)單的使用索引字段統(tǒng)計(jì)行數(shù)能夠命中索引，并且只統(tǒng)計(jì)不為NULL值的行數(shù)。

count(normal col)：統(tǒng)計(jì)不帶索引的字段

統(tǒng)計(jì)不帶索引的字段的話就不會(huì)使用索引，而且也是只統(tǒng)計(jì)不為NULL值的行數(shù)。

在這里插入圖片描述

count(1)和count(*)取舍

之前也不知道在哪看到的或聽說的，count(1) 比count(*) 效率高，這是錯(cuò)誤的認(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) 操作，沒有性能差異。

對(duì)于MyISAM表， 如果從一個(gè)表中檢索，沒有檢索到其他列并且沒有 子句，COUNT(*)則優(yōu)化為非?？焖俚胤祷?，此優(yōu)化僅適用于MyISAM 表，因?yàn)闉榇舜鎯?chǔ)引擎存儲(chǔ)了準(zhǔn)確的行數(shù)，并且可以非?？焖俚卦L問。 COUNT(1)僅當(dāng)?shù)谝涣卸x為 時(shí)才進(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í)行計(jì)劃可以推斷count(id) 和count()、count(1) 效率應(yīng)該也是一樣的或者說是很接近，有興趣的可以測(cè)試一下。
對(duì)統(tǒng)計(jì)帶非主鍵索引和不帶索引的字段進(jìn)行統(tǒng)計(jì)的時(shí)候都是統(tǒng)計(jì)不為NULL的行數(shù)。

到此這篇關(guān)于一文搞清楚MySQL count(*)、count(1)、count(col)區(qū)別 的文章就介紹到這了,更多相關(guān)MySQL count(*),count(1),count(col)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

相關(guān)文章

最新評(píng)論