MySQL count(*)、count(1)和count(字段名)區(qū)別

MySQL中COUNT(*)、COUNT(1)和COUNT(字段名)的區(qū)別：

在大多數(shù)情況下，COUNT(*)是首選，因為它既符合SQL標準，又在性能上表現(xiàn)良好。

在MySQL等關(guān)系數(shù)據(jù)庫管理系統(tǒng)中，COUNT(*) 和 COUNT(1) 在功能上是等價的，它們之間的區(qū)別并不明顯，主要體現(xiàn)在以下幾個方面：

COUNT(*)、COUNT(1)有明顯區(qū)別嗎

1. 功能等價性

• COUNT(*)：計算查詢結(jié)果集中的所有行數(shù)，包括所有列，不會忽略任何行，即使某些列包含NULL值。
• COUNT(1)：將1作為一個非空的常量值，對每一行進行計數(shù)。由于1永遠不為NULL，因此它實際上與COUNT(*)一樣計算所有行。

在現(xiàn)代數(shù)據(jù)庫系統(tǒng)中，COUNT(*)和COUNT(1)在執(zhí)行計劃中的表現(xiàn)通常相同，查詢效率基本沒有區(qū)別。

2. 語義清晰性

• COUNT(*)：語義明確，清楚地表明了計數(shù)所有行的意圖，因此更受青睞。對于閱讀代碼的人來說，它更直觀。
• COUNT(1)：雖然功能上等價于COUNT(*)，但某些開發(fā)人員可能出于個人或歷史原因更喜歡它的外觀。然而，從語義清晰性的角度來看，COUNT(*)更勝一籌。

3. 性能差異（歷史與現(xiàn)代數(shù)據(jù)庫系統(tǒng)的對比）

• 在歷史上，某些舊版的數(shù)據(jù)庫系統(tǒng)在處理COUNT(*)時，可能會去解析整行數(shù)據(jù)，而COUNT(1)可以直接統(tǒng)計行數(shù)，因此會有一些微小的性能差異。
• 然而，在現(xiàn)代數(shù)據(jù)庫系統(tǒng)中（如MySQL、PostgreSQL、SQL Server等），COUNT(*)和COUNT(1)在性能方面處理相似。這些系統(tǒng)的優(yōu)化器理解這兩個查詢本質(zhì)上是在要求相同的內(nèi)容：行計數(shù)。因此，性能差異可以忽略不計。

4. 使用建議

• 在編寫SQL查詢時，應(yīng)優(yōu)先考慮代碼的可讀性和可維護性。COUNT(*)因其清晰和可讀性通常更受推薦。
• 除非基于對數(shù)據(jù)庫優(yōu)化器的深入理解或個人偏好（且這種偏好在現(xiàn)代數(shù)據(jù)庫系統(tǒng)中通常不會帶來性能上的顯著優(yōu)勢），否則應(yīng)使用COUNT(*)來計數(shù)行。

綜上，COUNT(*)和COUNT(1)在功能上是等價的，并且在現(xiàn)代數(shù)據(jù)庫系統(tǒng)中性能差異可以忽略不計。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論