執行效果：
COUNT(*)MySQL 對count(*)進行了最佳化，count(*)直接掃描主鍵索引記錄，並不會把全部欄位取出來，直接按行累加。
COUNT(1)InnoDB引擎遍歷整張表，但不取值，server 層對於傳回的每一行，放一個數字「1」進去，按行累加。
COUNT(字段)如果這個「字段」是定義為NOT NULL，那麼InnoDB 引擎就會一行行地從記錄裡面讀出這個字段，server 層判斷不能為NULL，按行累加;如果這個「字段」定義允許為NULL，那麼InnoDB 引擎會一行行地從記錄裡面讀出這個字段，然後把值取出來再判斷一下，不是NULL才累加。
本文測試使用的環境：
[root@zhyno1 ~]# cat /etc/system-release CentOS Linux release 7.9.2009 (Core) [root@zhyno1 ~]# uname -a Linux zhyno1 3.10.0-1160.62.1.el7.x86_64 #1 SMP Tue Apr 5 16:57:59 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
測試資料庫採用的是（儲存引擎採用InnoDB，其它參數預設）：
(Mon Jul 25 09:41:39 2022)[root@GreatSQL][(none)]>select version(); +-----------+ | version() | +-----------+ | 8.0.25-16 | +-----------+ 1 row in set (0.00 sec)
實驗開始：
#首先我们创建一个实验表
CREATE TABLE test_count (
`id` int(10) NOT NULL AUTO_INCREMENT PRIMARY KEY,
`name` varchar(20) NOT NULL,
`salary` int(1) NOT NULL,
KEY `idx_salary` (`salary`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
#插入1000W条数据
DELIMITER //
CREATE PROCEDURE insert_1000w()
BEGIN
DECLARE i INT;
SET i=1;
WHILE i<=10000000 DO
INSERT INTO test_count(name,salary) VALUES('KAiTO',1);
SET i=i+1;
END WHILE;
END//
DELIMITER ;
#执行存储过程
call insert_1000w();接下來我們分別來實驗一下：
#COUNT(1)花了4.19秒
(Sat Jul 23 22:56:04 2022)[root@GreatSQL][test]>select count(1) from test_count; +----------+ | count(1) | +----------+ | 10000000 | +----------+ 1 row in set (4.19 sec)
COUNT(*)花了4.16秒
(Sat Jul 23 22:57:41 2022)[root@GreatSQL][test]>select count(*) from test_count; +----------+ | count(*) | +----------+ | 10000000 | +----------+ 1 row in set (4.16 sec)
COUNT (字段)花了4.23秒
(Sat Jul 23 22:58:56 2022)[root@GreatSQL][test]>select count(id) from test_count; +-----------+ | count(id) | +-----------+ | 10000000 | +-----------+ 1 row in set (4.23 sec)
我們可以再來測試執行計劃
COUNT(*)
(Sat Jul 23 22:59:16 2022)[root@GreatSQL][test]>explain select count(*) from test_count; +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ | 1 | SIMPLE | test_count | NULL | index | NULL | idx_salary | 4 | NULL | 9980612 | 100.00 | Using index | +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ 1 row in set, 1 warning (0.01 sec) (Sat Jul 23 22:59:48 2022)[root@GreatSQL][test]>show warnings; +-------+------+-----------------------------------------------------------------------+ | Level | Code | Message | +-------+------+-----------------------------------------------------------------------+ | Note | 1003 | /* select#1 */ select count(0) AS `count(*)` from `test`.`test_count` | +-------+------+-----------------------------------------------------------------------+ 1 row in set (0.00 sec)
## COUNT(1)
(Sat Jul 23 23:12:45 2022)[root@GreatSQL][test]>explain select count(1) from test_count; +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ | 1 | SIMPLE | test_count | NULL | index | NULL | idx_salary | 4 | NULL | 9980612 | 100.00 | Using index | +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ 1 row in set, 1 warning (0.00 sec) (Sat Jul 23 23:13:02 2022)[root@GreatSQL][test]>show warnings; +-------+------+-----------------------------------------------------------------------+ | Level | Code | Message | +-------+------+-----------------------------------------------------------------------+ | Note | 1003 | /* select#1 */ select count(1) AS `count(1)` from `test`.`test_count` | +-------+------+-----------------------------------------------------------------------+ 1 row in set (0.00 sec)
(Sat Jul 23 23:13:14 2022)[root@GreatSQL][test]>explain select count(id) from test_count; +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ | 1 | SIMPLE | test_count | NULL | index | NULL | idx_salary | 4 | NULL | 9980612 | 100.00 | Using index | +----+-------------+------------+------------+-------+---------------+------------+---------+------+---------+----------+-------------+ 1 row in set, 1 warning (0.00 sec) (Sat Jul 23 23:13:29 2022)[root@GreatSQL][test]>show warnings; +-------+------+-----------------------------------------------------------------------------------------------+ | Level | Code | Message | +-------+------+-----------------------------------------------------------------------------------------------+ | Note | 1003 | /* select#1 */ select count(`test`.`test_count`.`id`) AS `count(id)` from `test`.`test_count` | +-------+------+-----------------------------------------------------------------------------------------------+ 1 row in set (0.00 sec)
需要注意的是COUNT裡如果是非主鍵字段的話
(Tue Jul 26 14:01:57 2022)[root@GreatSQL][test]>explain select count(name) from test_count where id <100 ; +----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+ | 1 | SIMPLE | test_count | NULL | range | PRIMARY | PRIMARY | 4 | NULL | 99 | 100.00 | Using where | +----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+ 1 row in set, 1 warning (0.00 sec)
實驗結果COUNT(*)和COUNT(1)是最快的，其次是COUNT(id)
count(*)被MySQL查詢最佳化器改寫成count(0)
3.
count(1)都選擇了idx_salary索引。和
count(id)
總結：實驗結論
COUNT(*)=COUNT(1)>COUNT(id)MySQL的官方文件也有說過：
InnoDB handles SELECT COUNT(*) and SELECT COUNT(1) operations in the same way. There is no performance difference
#翻譯： InnoDB以相同的方式處理SELECT COUNT（*）和SELECT COUNT（1）操作。沒有效能差異所以說明了對於COUNT(1)
但建議使用COUNT(*)
，因為這是MySQL92定義的標準統計行數的語法。在InnoDB中，MySQL資料庫每個表格所佔用的空間、表格記錄的行數可以開啟MySQL的information_schema
資料庫。在這個函式庫中有一個這個表格主要欄位分別是：
資料庫名
表名
記錄數
DATA_LENGTH：資料大小
INDEX_LENGTH：索引大小
TABLE_ROWS用來顯示這個表目前有多少行，這個指令執行挺快的，那這個TABLE_ROWS能代替count(*)嗎？
<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:sql;">(Sat Jul 23 23:15:14 2022)[root@GreatSQL][test]>SELECT TABLE_ROWS
-> FROM INFORMATION_SCHEMA.TABLES
-> WHERE TABLE_NAME = &#39;test_count&#39;;
+------------+
| TABLE_ROWS |
+------------+
| 9980612 |
+------------+
1 row in set (0.03 sec)</pre><div class="contentsignin">登入後複製</div></div>可以看到，記錄的條數並不準確，因為InnoDB引擎下TABLES_ROWS行計數僅是大概估計值。 <p>3.COUNT(*)是怎麼樣執行的?</p>###首先要明確的是，MySQL有多種不同引擎，在不同的引擎中，###count(*) ###有不同的實作方式，本文主要介紹的是在InnoDB引擎上的執行流程######在InnoDB儲存引擎中，###count(*)###函數是先從記憶體中讀取表中的資料到記憶體緩衝區，然後掃描全表獲得行記錄數的。簡單來說就是全表掃描，一個循環解決問題，循環內: 先讀取一行，再決定該行是否計入###count###循環內是一行一行進行計數處理的。 ######在MyISAM引擎中是把一個表格的總行數存在了磁碟上，因此執行###count(*)###的時候會直接傳回這個數，效率很高。 ######之所以InnoDB 不跟MyISAM一樣把數字存起來，是因為即使是在同一個時刻的多個查詢，由於多版本並發控制(MVCC)的原因，InnoDB表應該返回多少行也是不確定的。無論在事務支援、並發能力或資料安全性方面，InnoDB都比MyISAM表現更優。 ###<p>雖然如此，InnoDB對於<code>count(*)操作還是做了最佳化的。 InnoDB是索引組織表，主鍵索引樹的葉子節點是數據，而普通索引樹的葉子節點是主鍵值。所以，普通索引樹比主鍵索引樹小很多。對於count(*)這樣的操作，遍歷哪個索引樹得到的結果邏輯上都是一樣的。因此，MySQL 優化器會找到最小的那棵樹來遍歷。
要注意的是我們在這篇文章裡討論的是沒有過濾條件的count(*)，如果加了WHERE條件的話，MyISAM引擎的表也是不能回傳得這麼快的。
1.COUNT(*)=COUNT(1)>COUNT(id)
#2.COUNT函數的用法，主要用於統計表行數。主要用法有COUNT(*)、COUNT(字段)和COUNT(1)
3.因為COUNT(*)是SQL92定義的標準統計行數的語法，所以MySQL對他進行了很多優化，MyISAM中會直接把表的總行數單獨記錄下來供COUNT(*)查詢，而InnoDB則會在掃表的時候選擇最小的索引來降低成本。這些最佳化的前提是沒有進行WHERE和GROUP的條件查詢。
4.在InnoDB中COUNT(*)和COUNT(1)實作上沒有差別，而且效率一樣，但是COUNT(字段)需要進行字段的非NULL判斷，所以效率會更低。
5.因為COUNT(*)是SQL92定義的標準統計行數的語法，而且效率高，所以還是建議使用COUNT(* )查詢表格的行數。
6.如前面COUNT(name)的用例那樣，在建表過程中需要根據業務需求建立效能較高的索引，同時也要注意避免建立不必要的索引。
以上是MySQL COUNT(*)效能原理是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！
