前言

在 MySQL 日常開發(fā)中，統(tǒng)計數(shù)據(jù)行數(shù)是最常見的操作之一，而 count(*)、count(1)、count(字段)這三種寫法，幾乎是每個開發(fā)者都會用到的。但很多人只知道它們都能“統(tǒng)計數(shù)量”，卻不清楚三者在底層執(zhí)行邏輯、統(tǒng)計范圍、性能表現(xiàn)上的差異，甚至在面試中被問到相關(guān)問題時只能含糊其辭。

今天這篇博客，就從 MySQL 底層原理出發(fā)，結(jié)合實際場景案例，徹底講清楚這三種 count 寫法的區(qū)別，幫你在開發(fā)中精準(zhǔn)選型、避免踩坑，同時也能輕松應(yīng)對面試中的相關(guān)問題。

一、先明確核心前提：count 函數(shù)的本質(zhì)

在拆解區(qū)別之前，我們首先要明確一個核心點：MySQL 中的 count()函數(shù)，本質(zhì)是“統(tǒng)計符合條件的、非 NULL 值的數(shù)量”——這是理解三者區(qū)別的基礎(chǔ)，也是最容易被忽略的關(guān)鍵點。

這里需要提前區(qū)分兩個概念：“行存在”和“字段非 NULL”。行存在不等于字段非 NULL，一個行可能所有字段都是 NULL（只要表結(jié)構(gòu)允許），但它依然是一條有效的行，會被某些 count 寫法統(tǒng)計到。

二、逐個拆解：count(*)、count(1)、count(字段)的底層邏輯

我們分別從“定義、執(zhí)行原理、特點”三個維度，逐個解析三種寫法，結(jié)合 InnoDB 引擎（目前 MySQL 主流引擎）的特性講解（MyISAM 引擎因使用場景極少，暫不重點討論）。

1. count(*)

?定義?：統(tǒng)計表中所有有效行的數(shù)量（無論行中的字段是否為 NULL，只要行存在，就會被統(tǒng)計）。

?執(zhí)行原理?：InnoDB 引擎對 count(*)做了特殊優(yōu)化——它不會去掃描表中的具體字段，而是直接掃描表的“聚簇索引”（主鍵索引），統(tǒng)計聚簇索引的行數(shù)。因為聚簇索引是 InnoDB 表的核心索引，每個行都必然存在聚簇索引條目，所以這種掃描效率極高。

這里有一個常見誤區(qū)：認(rèn)為 count(*)會掃描表中所有字段，性能最差。實際上恰恰相反，count(*)是 MySQL 優(yōu)化器最認(rèn)可的統(tǒng)計方式，優(yōu)化器會自動選擇最高效的路徑（聚簇索引掃描），無需額外判斷字段是否為 NULL。

?特點?：統(tǒng)計所有行（包括字段全為 NULL 的行）；性能最優(yōu)（InnoDB 下）；無需關(guān)注任何字段，通用性最強。

2. count(1)

?定義?：以“1”作為占位符，統(tǒng)計表中所有有效行的數(shù)量（與 count(*)類似，無論字段是否為 NULL，只要行存在就會被統(tǒng)計）。

?執(zhí)行原理?：count(1)的執(zhí)行邏輯與 count(*)非常接近，但略有區(qū)別——它不會掃描表中的具體字段，而是為每一行分配一個“占位符 1”，然后統(tǒng)計“1”的數(shù)量（因為每一行都能分配到 1，所以本質(zhì)還是統(tǒng)計行的數(shù)量）。

在 InnoDB 引擎中，優(yōu)化器會將 count(1)優(yōu)化成與 count(*)幾乎一致的執(zhí)行計劃，也就是說，兩者的性能差異微乎其微，幾乎可以忽略不計。只有在表中沒有主鍵索引、且存在大量數(shù)據(jù)時，才可能出現(xiàn)極細(xì)微的性能差距（差距在毫秒級，日常開發(fā)可忽略）。

?特點?：統(tǒng)計所有行（包括字段全為 NULL 的行）；性能與 count(*)基本一致；不依賴任何字段，寫法上是 count(*)的一種替代方案。

3. count(字段)

?定義?：統(tǒng)計表中“該字段值非 NULL”的行的數(shù)量（注意：僅統(tǒng)計字段不為 NULL 的行，字段為 NULL 的行會被排除）。

?執(zhí)行原理?：count(字段)的執(zhí)行邏輯與前兩者有本質(zhì)區(qū)別——它需要掃描指定的字段，逐行判斷該字段的值是否為 NULL，只有非 NULL 的值才會被統(tǒng)計。其性能表現(xiàn)，完全取決于該字段是否有索引：

• 如果字段是?主鍵字段?（聚簇索引）：InnoDB 會直接掃描聚簇索引，判斷主鍵字段是否為 NULL（主鍵字段默認(rèn)非 NULL，所以本質(zhì)還是統(tǒng)計所有行），性能接近 count(*)和 count(1)。
• 如果字段是?非主鍵索引字段?（二級索引）：InnoDB 會掃描該二級索引，判斷字段是否為 NULL，性能略低于 count(*)（因為二級索引的條目比聚簇索引小，但需要額外判斷 NULL）。
• 如果字段?沒有索引?：InnoDB 會進(jìn)行“全表掃描”，逐行讀取該字段的值并判斷是否為 NULL，性能最差（尤其是數(shù)據(jù)量較大時，會明顯拖慢查詢速度）。

這里有一個關(guān)鍵提醒：count(字段)統(tǒng)計的是“非 NULL 值的數(shù)量”，而不是“字段有值的數(shù)量”——如果字段的值是空字符串（‘’）、0 等非 NULL 值，依然會被統(tǒng)計；只有字段值為 NULL 時，才會被排除。

?特點?：僅統(tǒng)計指定字段非 NULL 的行；性能取決于字段是否有索引；靈活性強（可針對性統(tǒng)計某字段的有效數(shù)據(jù)），但易踩坑。

三、核心區(qū)別匯總：一張表看懂三者差異

為了更直觀地對比，我們用表格匯總?cè)叩暮诵膮^(qū)別（基于 InnoDB 引擎，默認(rèn)表有主鍵索引）：

四、實際開發(fā)選型建議：避免踩坑，高效統(tǒng)計

結(jié)合上面的分析，給出日常開發(fā)中最實用的選型建議，幫你避開誤區(qū)，提升查詢效率：

1. 統(tǒng)計“表中總記錄數(shù)”——優(yōu)先用 count(*)

無論是從性能還是通用性來看，count(*)都是最優(yōu)選擇。InnoDB 優(yōu)化器會自動為其選擇最高效的執(zhí)行路徑，無需擔(dān)心性能問題。

誤區(qū)規(guī)避：不要因為擔(dān)心“掃描所有字段”而改用 count(1)，兩者性能幾乎無差異，而 count(*)是 MySQL 官方推薦的寫法，可讀性更強。

2. 統(tǒng)計“某字段的有效數(shù)據(jù)量”（非 NULL）——用 count(字段)

如果需要統(tǒng)計某個字段不為 NULL 的數(shù)據(jù)量（比如統(tǒng)計有郵箱的用戶數(shù)、有手機號的訂單數(shù)），就用 count(字段)。

性能優(yōu)化：如果該字段需要頻繁用于 count 統(tǒng)計，建議給該字段建立索引（二級索引即可），避免全表掃描，提升性能。

誤區(qū)規(guī)避：不要用 count(字段)統(tǒng)計總記錄數(shù)，尤其是非索引字段，會導(dǎo)致全表掃描，性能極差；同時注意區(qū)分“NULL”和“空字符串”，避免統(tǒng)計結(jié)果出錯。

3. count(1)的使用場景——作為 count(*)的替代方案

count(1)的性能與 count(*)基本一致，唯一的區(qū)別在于寫法習(xí)慣。有些開發(fā)者習(xí)慣用 count(1)，尤其是在表中字段較多、擔(dān)心 count(*)掃描字段的場景下（雖然這種擔(dān)心是多余的）。

建議：如果團(tuán)隊有統(tǒng)一寫法，遵循團(tuán)隊規(guī)范即可；如果沒有，優(yōu)先用 count(*)，可讀性更強，更符合 MySQL 官方推薦。

4. 特殊場景：count(DISTINCT 字段)

如果需要統(tǒng)計某個字段“非 NULL 且不重復(fù)”的數(shù)量（比如統(tǒng)計不同省份的用戶數(shù)），可以用 count(DISTINCT 字段)。但注意：count(DISTINCT 字段)會掃描字段并去重，性能比普通 count 更低，大數(shù)據(jù)量下需謹(jǐn)慎使用（可考慮提前緩存結(jié)果）。

五、常見面試題延伸：為什么 count(*)比 count(字段)快？

這是面試中高頻問到的問題，結(jié)合前面的原理，總結(jié)核心答案（簡潔好記）：

1. count(*)：InnoDB 優(yōu)化器會掃描聚簇索引，直接統(tǒng)計行數(shù)，無需判斷任何字段的 NULL 值，效率最高；
2. count(字段)：需要掃描指定字段，逐行判斷字段是否為 NULL，若字段無索引，還會進(jìn)行全表掃描，額外增加了判斷和掃描成本，所以比 count(*)慢。

補充：如果 count(字段)中的字段是主鍵，那么性能接近 count(*)，因為主鍵字段默認(rèn)非 NULL，無需判斷 NULL 值，掃描聚簇索引即可。

六、總結(jié)

其實 count(*)、count(1)、count(字段)的核心區(qū)別，本質(zhì)是“統(tǒng)計范圍”和“執(zhí)行原理”的差異：

• count(*) 和 count(1) 是“統(tǒng)計行的數(shù)量”，不關(guān)心字段是否為 NULL，性能最優(yōu)；
• count(字段) 是“統(tǒng)計字段非 NULL 的數(shù)量”，性能取決于字段是否有索引，靈活性強但易踩坑。

日常開發(fā)中，記住“統(tǒng)計總數(shù)用 count(*)，統(tǒng)計字段有效數(shù)用 count(字段)”，就能避開大部分誤區(qū)，同時保證查詢效率。

最后，希望這篇博客能幫你徹底搞懂三者的區(qū)別，無論是日常開發(fā)還是面試，都能從容應(yīng)對。

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

最新評論