[[402107]]

在開發中，我們一定經常遇到需要統計表總記錄的時候，在 select count(?) from t 這樣的查詢語句里面，count(*)、count(主鍵 id)、count(字段) 和 count(1) 該怎么選擇呢?

阿里巴巴開發規約其中MySQL規約中，有4條都在規范count的用法，我們查看其中的一條：

【強制】不要使用count(列名)或count(常量)來替代count(*), count(*)就是SQL92定義的標準統計行數的語法，跟數據庫無關，跟NULL和非NULL無關。

說明：count(*)會統計值為NULL的行，而count(列名)不會統計此列為NULL值的行。

那么今天我們就來聊聊這幾種不同的統計方式是怎么實現的，他們之間的性能差別是什么。

count()函數

首先我們需要了解count() 的語義。

count()是一個聚合函數，對于返回的結果集，一行行的判斷，如果count函數的參數不是null，累計值就加1，否則不加。最后返回累計值。如果沒有則返回0。

count(*)、count(主鍵 id) 和 count(1) 都表示返回滿足條件的結果集的總行數;而 count(字段)，則表示返回滿足條件的數據行里面，參數“字段”不為null的總個數。

接下來我們具體分析每種統計方式的性能差別。

count(*)

我們在分析一條SQL語句的實現時，一定不能脫離存儲引擎，在不同的MySQL存儲引擎中，count(*)有不同的實現。

• MyISAM引擎把一個表的總行數存在了磁盤上，所以在執行count(*)的時候直接返回磁盤上的這個數就可以，效率很高。
• InnoDB引擎是需要一行一行地從引擎中讀出數據然后累計計數。

這個時候你是不是在想，MySQL建表時的存儲引擎已經默認為InnoDB了，而且很多MySQL相關的書籍中也提到不是特別場景的必要，就使用InnoDB。

但是我們在使用count(*)做統計的時候隨著表記錄的增加效率會越來越慢，InnoDB怎么就不能跟MyISAM一樣也把總記錄數提前存儲起來呢?

這里主要的一個原因是InnoDB是支持事務的，由于MVCC的原因，InnoDB表在某個時刻應該返回多少行是不確定的，它必須根據當前的事務隔離級別判斷某一個記錄對于當前事務是否可見。

雖然InnoDB是需要一行一行的統計，但是MySQL也是做了優化的。通過前面索引文章介紹的知識我們了解到，InnoDB分為主鍵索引樹和普通索引樹，普通索引樹的葉子節點是主鍵值而不是行記錄。所以，普通索引樹要比主鍵索引樹小很多，所以count(*)在遍歷索引樹的時候會找最小的那棵樹來遍歷。

在保證邏輯正確的前提下，盡量減少掃描的數據量，是數據庫系統設計的通用法則之一。

count(*)也并不會把全部字段取出來，而是做了優化，不取值。

count(*)的參數肯定不是null，按行累加之后返回結果。

count(主鍵 id)

count(主鍵 id) ，InnoDB引擎會遍歷整張表，把每一行的id值取出來，傳給server層。server層拿到引擎給的id值后，判斷是不可能為空的，就按行累加。

count(1)

count(1)，InnoDB引擎遍歷整張表，但是不取值。server層對于返回的每一行存放一個數字1，判斷是不可能為空過的，按行累加。

count(字段)

而對于count(字段)字段來說，我們需要分兩種情況分析參數字段。

如果這個參數字段是不允許為null(not null)的，那么InnoDB引擎則一行行地從記錄里面讀取這個字段，判斷不能為null，則按行累加。

如果這個參數字段是允許為null的，那么執行的時候，判斷到可能是null的時候還要把值取出來再判斷一次，不是null才累加。

小結

count(字段)和count(主鍵 id)因為需要從引擎中返回值，會涉及到解析數據行以及拷貝字段的操作，性能上差于其他兩種。

而count(字段)還需要判斷字段參數是否為null，多了判斷的操作，性能上會差于count(主鍵 id)。

count(1)和count(*)都不會涉及到取值，性能上差別不大。

所以結論就是，按照查詢效率排名結果如下：

count(字段)<count(主鍵 id)<count(1)≈count(*)。

按照開發規范，建議盡量使用count(*)。

我是勾勾，認真生活，快樂工作!愿你每天開心!