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

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簡單子查詢，不包含子查詢和unionprimary包含union或者子查詢，最外層的部分標記為primarysubquery一般子查詢中的子查詢被標記為subquery，也就是位于select列表中的查詢derived派生表——該臨時表是從子查詢派生出來的，位于form中的子查詢union位于union中第二個及其以后的子查詢被標記為union，第一個就被標記為primary如果是union位于from中則標記為derivedunion result用來從匿名臨時表里檢索結果的select被標記為union resultdependent 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、>==

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 filesortMySQL有兩種方式可以生成有序的結果，通過排序操作或者使用索引，當Extra中出現了Using filesort 說明MySQL使用了后者，但注意雖然叫filesort但并不是說明就是用了文件來進行排序，只要可能排序都是在內存里完成的。大部分情況下利用索引排序更快，所以一般這時也要考慮優化查詢了。使用文件完成排序操作，這是可能是ordery by，group by語句的結果，這可能是一個CPU密集型的過程，可以通過選擇合適的索引來改進性能，用索引來為查詢結果排序。Using temporary用臨時表保存中間結果，常用于GROUP BY 和 ORDER BY操作中，一般看到它說明查詢需要優化了，就算避免不了臨時表的使用也要盡量避免硬盤臨時表的使用。Not existsMYSQL優化了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 wherewhere子句的值總是false，不能用來獲取任何元組select tables optimized away在沒有GROUP BY子句的情況下，基于索引優化MIN/MAX操作，或者對于MyISAM存儲引擎優化COUNT(*)操作，不必等到執行階段再進行計算，查詢執行計劃生成的階段即完成優化。distinct優化distinct操作，在找到第一匹配的元組后即停止找同樣值的動作

MySQL命令 Explain參數說明

標簽：不可???參數???第一個???有序???sql優化???搜索???rar???這一???possible

本條技術文章來源于互聯網，如果無意侵犯您的權益請點擊此處反饋版權投訴

本文系統來源：https://www.cnblogs.com/tqtz777/p/11628964.html

總結

以上是生活随笔為你收集整理的mysql explain参数_MySQL命令 Explain参数说明的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。