摘要：前言只有光頭才能變強刷面試題的時候，不知道你們有沒有見過這兩個命令和反正我就見過了之前雖然知道這兩個命令大概什么意思，但一直沒有去做筆記。讀懂命令結果命令輸出的結果有列包含一組數字，表示查詢中執行子句或操作表的順序。

只有光頭才能變強

刷面試題的時候，不知道你們有沒有見過MySQL這兩個命令：explain和profile(反正我就見過了)..

之前雖然知道這兩個命令大概什么意思，但一直沒有去做筆記。今天發現自己的TODO LIST有這么兩個命令，于是打算來學習一番，記錄一下~

使用的MySQL的版本為5.6.38

首先我們來體驗一下explain命令是怎么使用的，以及輸出的結果是什么：

explain select * from table_user ;

輸出結果：

發現很使用起來很簡單，只要explain后邊跟著SQL語句就完事了(MySQL5.6之前的版本，只允許解釋SELECT語句，從 MySQL5.6開始，非SELECT語句也可以被解釋了)。

我們很多時候編寫完一條SQL語句，往往想知道這條SQL語句執行是否高效?；蛘哒f，我們建立好的索引在這條SQL語句中是否使用到了，就可以使用explain命令來分析一下！

簡單來說：通過explain命令我們可以學習到該條SQL是如何執行的，隨后解析explain的結果可以幫助我們使用更好的索引，最終來優化它！

通過explain命令我們可以知道以下信息：表的讀取順序，數據讀取操作的類型，哪些索引可以使用，哪些索引實際使用了，表之間的引用，每張表有多少行被優化器查詢等信息。

// 好了，我們下面看一下explain出來的結果是怎么看的。

explain命令輸出的結果有10列：id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra

包含一組數字，表示查詢中執行SELECT子句或操作表的順序。

在id列上也會有幾種情況：

如果id相同執行順序由上至下。

如果id不相同，id的序號會遞增，id值越大優先級越高，越先被執行。

(一般有子查詢的SQL語句id就會不同)

表示select查詢的類型

select_type屬性下有好幾種類型：

SIMPLLE：簡單查詢，該查詢不包含 UNION 或子查詢

PRIMARY：如果查詢包含UNION 或子查詢，則最外層的查詢被標識為PRIMARY

UNION：表示此查詢是 UNION 中的第二個或者隨后的查詢

DEPENDENT：UNION 滿足 UNION 中的第二個或者隨后的查詢，其次取決于外面的查詢

UNION RESULT：UNION 的結果

SUBQUERY：子查詢中的第一個select語句(該子查詢不在from子句中)

DEPENDENT SUBQUERY：子查詢中的 第一個 select，同時取決于外面的查詢

DERIVED：包含在from子句中子查詢(也稱為派生表)

UNCACHEABLE SUBQUERY：滿足是子查詢中的第一個 select 語句，同時意味著 select 中的某些特性阻止結果被緩存于一個 Item_cache 中

UNCACHEABLE UNION：滿足此查詢是 UNION 中的第二個或者隨后的查詢，同時意味著 select 中的某些特性阻止結果被緩存于一個 Item_cache 中

類型有點多啊，我加粗的是最常見的，起碼要看得懂加粗的部分。

該列顯示了對應行正在訪問哪個表(有別名就顯示別名)。

當from子句中有子查詢時，table列是 格式，表示當前查詢依賴 id=N 的查詢，于是先執行 id=N 的查詢

該列稱為關聯類型或者訪問類型，它指明了MySQL決定如何查找表中符合條件的行，同時是我們判斷查詢是否高效的重要依據。

以下為常見的取值

ALL：全表掃描，這個類型是性能最差的查詢之一。通常來說，我們的查詢不應該出現 ALL 類型，因為這樣的查詢，在數據量最大的情況下，對數據庫的性能是巨大的災難。

index：全索引掃描，和 ALL 類型類似，只不過 ALL 類型是全表掃描，而 index 類型是掃描全部的索引，主要優點是避免了排序，但是開銷仍然非常大。如果在 Extra 列看到 Using index，說明正在使用覆蓋索引，只掃描索引的數據，它比按索引次序全表掃描的開銷要少很多。

range：范圍掃描，就是一個有限制的索引掃描，它開始于索引里的某一點，返回匹配這個值域的行。這個類型通常出現在 =、<>、>、>=、<、<=、IS NULL、<=>、BETWEEN、IN() 的操作中，key 列顯示使用了哪個索引，當 type 為該值時，則輸出的 ref 列為 NULL，并且 key_len 列是此次查詢中使用到的索引最長的那個。

ref：一種索引訪問，也稱索引查找，它返回所有匹配某個單個值的行。此類型通常出現在多表的 join 查詢, 針對于非唯一或非主鍵索引, 或者是使用了最左前綴規則索引的查詢。

eq_ref：使用這種索引查找，最多只返回一條符合條件的記錄。在使用唯一性索引或主鍵查找時會出現該值，非常高效。

const、system：該表至多有一個匹配行，在查詢開始時讀取，或者該表是系統表，只有一行匹配。其中 const 用于在和 primary key 或 unique 索引中有固定值比較的情形。

NULL：在執行階段不需要訪問表。

這一列顯示查詢可能使用哪些索引來查找

這一列顯示MySQL實際決定使用的索引。如果沒有選擇索引，鍵是NULL。

這一列顯示了在索引里使用的字節數，當key列的值為 NULL 時，則該列也是 NULL

這一列顯示了哪些字段或者常量被用來和key配合從表中查詢記錄出來。

這一列顯示了估計要找到所需的行而要讀取的行數，這個值是個估計值，原則上值越小越好。

其他的信息

常見的取值如下：

Using index：使用覆蓋索引，表示查詢索引就可查到所需數據，不用掃描表數據文件，往往說明性能不錯。

Using Where：在存儲引擎檢索行后再進行過濾，使用了where從句來限制哪些行將與下一張表匹配或者是返回給用戶。

Using temporary：在查詢結果排序時會使用一個臨時表，一般出現于排序、分組和多表 join 的情況，查詢效率不高，建議優化。

Using filesort：對結果使用一個外部索引排序，而不是按索引次序從表里讀取行，一般有出現該值，都建議優化去掉，因為這樣的查詢 CPU 資源消耗大。

原本以為Explain命令是比較難學的，但查找資料看下來，之前只是不知道具體的列和列中下的屬性是什么意思而已。常見出現的其實也就那么幾個，感覺對著每個屬性多看一會，還是可以能看懂的。

當然了，在《高性能MySQL》中也有復雜的SQL語句來分析(但我認為我們一般不會寫到那么復雜)..

這篇文章也借鑒了很多其他優秀的博客，如果大家有興趣的話可以去閱讀一下：

EXPLAIN 命令詳解：

https://www.cnblogs.com/gomysql/p/3720123.html

MySQL Explain 命令詳解：

http://mrzhouxiaofei.com/2018/04/06/MySQL%20Explain%20%E5%91%BD%E4%BB%A4%E8%AF%A6%E8%A7%A3/

mysql系列_explain執行計劃：

https://zhuanlan.zhihu.com/p/34222512

MySQL explain詳解

https://www.cnblogs.com/butterfly100/archive/2018/01/15/8287569.html

如果你覺得我寫得還不錯，了解一下：

堅持原創的技術公眾號：Java3y。回復 1 加入Java交流群

文章的目錄導航(精美腦圖+海量視頻資源)：

https://github.com/ZhongFuCheng3y/3y