MySQL explain 詳解

標籤：最好   嵌套迴圈串連   硬碟   匿名   額外資訊   表名   tput   記錄   explain   

explain命令的使用及相關參數說明。

https://dev.mysql.com/doc/refman/5.7/en/explain-output.html

EXPLAIN Output Columns

列名	說明
id	執行編號，標識select所屬的行。如果在語句中沒子查詢或關聯查詢，只有唯一的select，每行都將顯示1。否則，內層的select語句一般會順序編號，對應於其在原始語句中的位置
select_type	顯示本行是簡單或複雜select。如果查詢有任何複雜的子查詢，則最外層標記為PRIMARY（DERIVED、UNION、UNION RESUlT）
table	訪問引用哪個表（引用某個查詢，如“derived3”）
type	資料訪問/讀取操作類型（ALL、index、range、ref、eq_ref、const/system、NULL）
possible_keys	揭示哪一些索引可能有利於高效的尋找
key	顯示mysql決定採用哪個索引來最佳化查詢
key_len	顯示mysql在索引裡使用的位元組數
ref	顯示了之前的表在key列記錄的索引中尋找值所用的列或常量
rows	為了找到所需的行而需要讀取的行數，估算值，不精確。通過把所有rows列值相乘，可粗略估算整個查詢會檢查的行數
Extra	額外資訊，如using index、filesort等

id

id是用來順序標識整個查詢中SELELCT 語句的，在巢狀查詢中id越大的語句越先執行。該值可能為NULL，如果這一行用來說明的是其他行的聯合結果。

select_type

表示查詢的類型

類型	說明
simple	簡單子查詢，不包含子查詢和union
primary	包含union或者子查詢，最外層的部分標記為primary
subquery	一般子查詢中的子查詢被標記為subquery，也就是位於select列表中的查詢
derived	派生表——該暫存資料表是從子查詢派生出來的，位於form中的子查詢
union	位於union中第二個及其以後的子查詢被標記為union，第一個就被標記為primary如果是union位於from中則標記為derived
union result	用來從匿名暫存資料表裡檢索結果的select被標記為union result
dependent union	顧名思義，首先需要滿足UNION的條件，及UNION中第二個以及後面的SELECT語句，同時該語句依賴外部的查詢
subquery	子查詢中第一個SELECT語句
dependent subquery	和DEPENDENT UNION相對UNION一樣

table

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

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

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

type

type顯示的是訪問類型，是較為重要的一個指標，結果值從好到壞依次是：
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL ，一般來說，得保證查詢至少達到range層級，最好能達到ref。

類型	說明
All	最壞的情況,全表掃描
index	和全表掃描一樣。只是掃描表的時候按照索引次序進行而不是行。主要優點就是避免了排序, 但是開銷仍然非常大。如在Extra列看到Using index，說明正在使用覆蓋索引，只掃描索引的資料，它比按索引次序全表掃描的開銷要小很多
range	範圍掃描，一個有限制的索引掃描。key 列顯示使用了哪個索引。當使用=、 <>、>、>=、<、<=、IS NULL、<=>、BETWEEN 或者 IN 操作符,用常量比較關鍵字列時,可以使用 range
ref	一種索引訪問，它返回所有匹配某個單個值的行。此類索引訪問只有當使用非唯一性索引或唯一性索引非唯一性首碼時才會發生。這個類型跟eq_ref不同的是，它用在關聯操作只使用了索引的最左首碼，或者索引不是UNIQUE和PRIMARY KEY。ref可以用於使用=或<=>操作符的帶索引的列。
eq_ref	最多隻返回一條合格記錄。使用唯一性索引或主鍵尋找時會發生 （高效）
const	當確定最多隻會有一行匹配的時候，MySQL最佳化器會在查詢前讀取它而且唯讀取一次，因此非常快。當主鍵放入where子句時，mysql把這個查詢轉為一個常量（高效）
system	這是const連線類型的一種特例，表僅有一行滿足條件。
Null	意味說mysql能在最佳化階段分解查詢語句，在執行階段甚至用不到訪問表或索引（高效）

possible_keys

顯示查詢使用了哪些索引，表示該索引可以進行高效地尋找，但是列出來的索引對於後續最佳化過程可能是沒有用的

key

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

key_len

key_len列顯示MySQL決定使用的鍵長度。如果鍵是NULL，則長度為NULL。使用的索引的長度。在不損失精確性的情況下，長度越短越好 。

ref

ref列顯示使用哪個列或常數與key一起從表中選擇行。

rows

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

Extra

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

類型	說明
Using filesort	MySQL有兩種方式可以產生有序的結果，通過排序操作或者使用索引，當Extra中出現了Using filesort 說明MySQL使用了後者，但注意雖然叫filesort但並不是說明就是用了檔案來進行排序，只要可能排序都是在記憶體裡完成的。大部分情況下利用索引排序更快，所以一般這時也要考慮最佳化查詢了。使用檔案完成排序操作，這是可能是ordery by，group by語句的結果，這可能是一個CPU密集型的過程，可以通過選擇合適的索引來改進效能，用索引來為查詢結果排序。
Using temporary	用暫存資料表儲存中間結果，常用於GROUP BY 和 ORDER BY操作中，一般看到它說明查詢需要最佳化了，就算避免不了暫存資料表的使用也要盡量避免硬碟暫存資料表的使用。
Not exists	MYSQL最佳化了LEFT JOIN，一旦它找到了匹配LEFT JOIN標準的行， 就不再搜尋了。
Using index	說明查詢是覆蓋了索引的，不需要讀取資料檔案，從索引樹（索引檔案）中即可獲得資訊。如果同時出現using where，表明索引被用來執行索引索引值的尋找，沒有using where，表明索引用來讀取資料而非執行尋找動作。這是MySQL服務層完成的，但無需再回表查詢記錄。
Using index condition	這是MySQL 5.6出來的新特性，叫做“索引條件推送”。簡單說一點就是MySQL原來在索引上是不能執行如like這樣的操作的，但是現在可以了，這樣減少了不必要的IO操作，但是只能用在二級索引上。
Using where	使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給使用者。注意：Extra列出現Using where表示MySQL伺服器將儲存引擎返回服務層以後再應用WHERE條件過濾。
Using join buffer	使用了串連緩衝：Block Nested Loop，串連演算法是塊嵌套迴圈串連;Batched Key Access，串連演算法是批量索引串連
impossible where	where子句的值總是false，不能用來擷取任何元組
select tables optimized away	在沒有GROUP BY子句的情況下，基於索引最佳化MIN/MAX操作，或者對於MyISAM儲存引擎最佳化COUNT(*)操作，不必等到執行階段再進行計算，查詢執行計畫產生的階段即完成最佳化。
distinct	最佳化distinct操作，在找到第一匹配的元組後即停止找同樣值的動作

MySQL explain 詳解