mysql中count( *)、count( 1)、count( 主鍵)、count( 字段)的區(qū)別說什么

小編給大家分享一下mysql中count( *)、count( 1)、count( 主鍵)、count( 字段)的區(qū)別說什么，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！

　　select count( *)應(yīng)該是一個比較常用的語句，用來統(tǒng)計記錄行數(shù)。但是，慢慢地你會發(fā)現(xiàn)，這個語句越來越慢了，為什么呢?

　　MySQL 中，不同的存儲引擎，count( *)的實現(xiàn)方式是不同的。

　　1、MyISAM 引擎，比較簡單粗暴，直接將表的總行數(shù)存儲在磁盤上，因此效率很高;

　　2、InnoDB 引擎中，執(zhí)行count(*)時會遍歷全表，需要一行行的把數(shù)據(jù)查出來，因此性能較差;

　　為啥 MyISAM 就可以這樣做呢?因為它不支持事務(wù)啊，不用擔(dān)心數(shù)據(jù)不一致的問題，因此可以快速返回count(*)。

　　假設(shè)，表 t 中有 1000 條數(shù)據(jù)，有下面三個用戶并行的會話：

　　1、A 啟動事務(wù)，查詢表的總行數(shù);

　　2、C 直接插入一條數(shù)據(jù)，然后查詢總行數(shù);

　　3、B 啟動事務(wù)，插入一條數(shù)據(jù)，然后查詢總行數(shù);

　　4、C 查詢總行數(shù);

　　注意，上面啟動的事務(wù)都沒有提交。

　　A、B、C 查詢的結(jié)果都不相同。

　　B 讀到的是 1002，是因為可重復(fù)讀隔離級別的存在。

　　而 C 未開啟事務(wù)，因此無法看到別的事務(wù)的更新。

　　InnoDB 中，主鍵索引存儲的是數(shù)據(jù)，輔助索引存儲的只是主鍵值。輔助索引比主鍵索引小得多，輕量得多。

　　這種情況下，InnoDB 在執(zhí)行count( *)時，就會判斷使用哪個索引，會選擇最小的樹來進行遍歷。在保證邏輯正確的前提下，盡量減少掃描的數(shù)據(jù)量，是數(shù)據(jù)庫系統(tǒng)設(shè)計的通用法則之一。

　　綜上，InnoDB 引擎中，在每一個會話中，都需要逐行讀取數(shù)據(jù)，對 count( *) 優(yōu)化,然后計數(shù)返回總行數(shù)。

　　count( *)、count( 1)、count( 主鍵)、count( 字段)的區(qū)別

　　(1)對于count(主鍵id)，InnoDB 會遍歷全表，取每行的主鍵 id，返回給 server 層，server 層拿到數(shù)據(jù)后，進行判斷累加。

　　(2)對于count(1)，InnoDB 仍遍歷全表，但是不取值，server 層對返回的每一行數(shù)據(jù)新增一個 1，然后進行判斷累加;

　　(3)對于count( 字段)：

　　1、如果這個“字段”是定義為 not null 的話，一行行地從記錄里面讀出這個字段，判斷不能為 null，按行累加

　　2、如果這個“字段”定義允許為 null，那么執(zhí)行的時候，判斷到有可能是 null，還要把值取出來再判斷一下，不是 null 才累加。

　　性能區(qū)別：

　　1.列名為主鍵, count( 1) = count( *)= count( 列名)

　　2.列名不為主鍵, count( 1) = count( *) > count( 列名)

　　3.列名不為主鍵, 列名創(chuàng)建索引count( 1) = count(*)= count( 列名)

　　使用選擇：

　　1.COUNT( *)和COUNT( 1)本質(zhì)上一樣，具體響應(yīng)時間跟存儲引擎和WHERE條件有關(guān)。個人習(xí)慣使用COUNT( *)。

　　2.索引對COUNT()函數(shù)很重要，如果要用到索引，MySQL會自動優(yōu)化使用合適的索引。

　　3.COUNT( 列名)需要注意統(tǒng)計的是非NULL的列。

看完了這篇文章，相信你對“mysql中count( *)、count( 1)、count( 主鍵)、count( 字段)的區(qū)別說什么”有了一定的了解，如果想了解更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！