• 摘要
• 前言
• EXPLAIN 中的列
• id
• select_type
• table
• type
• possible_keys
• key
• key_len
• ref
• rows
• Extra
• 小結
• Reference

摘要

MySQL EXPLAIN命令是查詢效能優化不可缺少的一部分，該文主要講解explain命令的使用及相關引數說明。

前言

什麼是執行計劃？簡而言之，就是 SQL 在資料庫中執行時的表現情況，通常用於 SQL 效能分析、優化和加鎖分析等場景，執行過程會在 MySQL 查詢過程中由解析器，前處理器和查詢優化器共同生成。在MySQL中使用explain關鍵字來檢視。

執行計劃能告訴我們什麼？她可以用來分析SQL語句和表結構的效能瓶頸。通過分析explain的輸出結果集，可以瞭解到諸如關聯查詢的執行順序、查詢操作的操作型別、哪些索引可以被命中、哪些索引實際被命中、每張表有多少記錄參與查詢等資訊。接下來，我們將介紹在explain結果集中每一列的意義。

EXPLAIN 中的列

mysql> explain select * from servers;

+----+-------------+---------+------+---------------+------+---------+------+------+-------+

| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |

+----+-------------+---------+------+---------------+------+---------+------+------+-------+

| 1 | SIMPLE | servers | ALL | NULL | NULL | NULL | NULL | 1 | NULL |

+----+-------------+---------+------+---------------+------+---------+------+------+-------+

1 row in set (0.03 sec)
 

expain執行後輸出的結果集包含10列，分別是id、select_type、table、type、possible_keys、key、key_len、ref、rows和Extra，下面對這些欄位進行解釋。

id

每個被獨立執行的操作的標識，表示各個SQL片段被操作的順序；在巢狀查詢中id越大的語句越先執行，如果相同，那麼按照從上到下的順序執行。該值可能為NULL，如果這一行用來說明的是其他行的聯合結果。

-- 檢視在研發部並且名字以Jef開頭的員工，經典查詢
explain select e.no, e.name from emp e left join dept d on e.dept_no = d.no where e.name like 'Jef%' and d.name = '研發部';

select_type

表示查詢的型別，其列舉值和說明見下表：

該示例中，in子查詢的select_type被標記為dependent subquery ，主查詢被標記為primary。

此圖展示了 union 和 union result 的 SQL 案例。

table

對應行正在訪問哪一個表，可以是表名或者別名

• 關聯優化器會為查詢選擇關聯順序，左側深度優先
• 當from中有子查詢的時候，表名是derivedN的形式，N指向子查詢，也就是explain結果中的下一列
• 當有union result的時候，表名是union 1,2等的形式，1,2表示參與union的query id

注意：MySQL對待這些表和普通表一樣，但是這些“臨時表”是沒有任何索引的。

type

type顯示的是各個表之間的關聯型別，表示MySQL決定如何查詢表中的記錄。是最重要的一個指標，其效能從高到低依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般來說，得保證查詢至少達到range級別，最好能達到ref；否則，就可能會出現效能問題。

子查詢通過id返回一條資料，故其type為const。而子查詢結果集只有一條資料（rows=1），故主查詢的type為system。

possible_keys

顯示查詢可以使用哪些索引，基於查詢訪問的列和使用的比較操作符來判斷。表示他們可以進行高效地查詢，但是他們對於後續優化過程可能是沒有用的

key

key列顯示MySQL實際決定使用的鍵（索引）。如果沒有選擇索引，鍵是NULL。要想強制MySQL使用或忽視possible_keys列中的索引，在查詢中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

key_len

key_len列顯示MySQL在索引裡使用的位元組數。如果鍵是NULL，則長度為NULL。在語義清晰時，長度越短越好 。

ref

ref列顯示使用哪個列或常數從表中選擇行。如下圖所示，從 t2 讀取資料時，要判斷 t2.id = t1.id，所以 ref 就是 mysql.t1.id。

rows

rows列顯示MySQL認為它執行查詢時必須檢查的行數。注意，這是一個預估值。

Extra

Extra是EXPLAIN輸出中另外一個很重要的列，該列顯示MySQL在查詢過程中的一些詳細資訊，MySQL查詢優化器執行查詢的過程中對查詢計劃的重要補充資訊。

如此圖所示，展示了使用連線快取和臨時表時的Extra資訊。

No tables used 示例，執行 explain select now() 也會得到相同的結果。

小結

• EXPLAIN不會告訴你關於觸發器、儲存過程的資訊或使用者自定義函式對查詢的影響情況
• EXPLAIN不考慮各種Cache
• EXPLAIN不能顯示MySQL在執行查詢時所作的優化工作
• 部分統計資訊是估算的，並非精確值
• EXPALIN只能解釋SELECT操作，其他操作要重寫為SELECT後檢視執行計劃。

以上就是這篇文章的全部內容了，希望本文對大家的學習或者工作具有一定的參考和學習價值；如果有疑問，大家可以在評論區留言交流，也希望大家多多點贊關注。謝謝大家對樓蘭的胡楊的支援！

Reference

1. 高效能MySQL（第三版）
2. https://dev.mysql.com/doc/refman/5.7/en/explain-output.html
3. https://www.jianshu.com/p/ea3fc71fdc45
4. https://developer.aliyun.com/article/765105