相關(guān)文章：
MySQL高性能表設計規(guī)范:http://www.lxweimin.com/p/f797bbe11d76
MySQL EXPLAIN詳解:http://www.lxweimin.com/p/ea3fc71fdc45
MySQL 鎖機制 常用知識點:http://www.lxweimin.com/p/0d5b7cd592f9
MySQL EXPLAIN命令是查詢性能優(yōu)化不可缺少的一部分，該文主要講解explain命令的使用及相關(guān)參數(shù)說明。
EXPLAIN Output Columns
| 列名 | 說明 |
|---|---|
| id | 執(zhí)行編號，標識select所屬的行。如果在語句中沒子查詢或關(guān)聯(lián)查詢，只有唯一的select，每行都將顯示1。否則，內(nèi)層的select語句一般會順序編號，對應于其在原始語句中的位置 |
| select_type | 顯示本行是簡單或復雜select。如果查詢有任何復雜的子查詢，則最外層標記為PRIMARY（DERIVED、UNION、UNION RESUlT） |
| table | 訪問引用哪個表（引用某個查詢，如“derived3”） |
| type | 數(shù)據(jù)訪問/讀取操作類型（ALL、index、range、ref、eq_ref、const/system、NULL） |
| possible_keys | 揭示哪一些索引可能有利于高效的查找 |
| key | 顯示mysql決定采用哪個索引來優(yōu)化查詢 |
| key_len | 顯示mysql在索引里使用的字節(jié)數(shù) |
| ref | 顯示了之前的表在key列記錄的索引中查找值所用的列或常量 |
| rows | 為了找到所需的行而需要讀取的行數(shù)，估算值，不精確。通過把所有rows列值相乘，可粗略估算整個查詢會檢查的行數(shù) |
| Extra | 額外信息，如using index、filesort等 |
id
id是用來順序標識整個查詢中SELELCT 語句的，在嵌套查詢中id越大的語句越先執(zhí)行。該值可能為NULL，如果這一行用來說明的是其他行的聯(lián)合結(jié)果。
select_type
表示查詢的類型
| 類型 | 說明 |
|---|---|
| simple | 簡單子查詢，不包含子查詢和union |
| primary | 包含union或者子查詢，最外層的部分標記為primary |
| subquery | 一般子查詢中的子查詢被標記為subquery，也就是位于select列表中的查詢 |
| derived | 派生表——該臨時表是從子查詢派生出來的，位于form中的子查詢 |
| union | 位于union中第二個及其以后的子查詢被標記為union，第一個就被標記為primary如果是union位于from中則標記為derived |
| union result | 用來從匿名臨時表里檢索結(jié)果的select被標記為union result |
| dependent union | 顧名思義，首先需要滿足UNION的條件，及UNION中第二個以及后面的SELECT語句，同時該語句依賴外部的查詢 |
| subquery | 子查詢中第一個SELECT語句 |
| dependent subquery | 和DEPENDENT UNION相對UNION一樣 |
table
對應行正在訪問哪一個表，表名或者別名
- 關(guān)聯(lián)優(yōu)化器會為查詢選擇關(guān)聯(lián)順序，左側(cè)深度優(yōu)先
- 當from中有子查詢的時候，表名是derivedN的形式，N指向子查詢，也就是explain結(jié)果中的下一列
- 當有union result的時候，表名是union 1,2等的形式，1,2表示參與union的query id
注意：MySQL對待這些表和普通表一樣，但是這些“臨時表”是沒有任何索引的。
type
type顯示的是訪問類型，是較為重要的一個指標，結(jié)果值從好到壞依次是：
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL ，一般來說，得保證查詢至少達到range級別，最好能達到ref。
| 類型 | 說明 |
|---|---|
| All | 最壞的情況,全表掃描 |
| index | 和全表掃描一樣。只是掃描表的時候按照索引次序進行而不是行。主要優(yōu)點就是避免了排序, 但是開銷仍然非常大。如在Extra列看到Using index，說明正在使用覆蓋索引，只掃描索引的數(shù)據(jù)，它比按索引次序全表掃描的開銷要小很多 |
| range | 范圍掃描，一個有限制的索引掃描。key 列顯示使用了哪個索引。當使用=、 <>、>、>=、<、<=、IS NULL、<=>、BETWEEN 或者 IN 操作符,用常量比較關(guān)鍵字列時,可以使用 range |
| ref | 一種索引訪問，它返回所有匹配某個單個值的行。此類索引訪問只有當使用非唯一性索引或唯一性索引非唯一性前綴時才會發(fā)生。這個類型跟eq_ref不同的是，它用在關(guān)聯(lián)操作只使用了索引的最左前綴，或者索引不是UNIQUE和PRIMARY KEY。ref可以用于使用=或<=>操作符的帶索引的列。 |
| eq_ref | 最多只返回一條符合條件的記錄。使用唯一性索引或主鍵查找時會發(fā)生 （高效） |
| const | 當確定最多只會有一行匹配的時候，MySQL優(yōu)化器會在查詢前讀取它而且只讀取一次，因此非常快。當主鍵放入where子句時，mysql把這個查詢轉(zhuǎn)為一個常量（高效） |
| system | 這是const連接類型的一種特例，表僅有一行滿足條件。 |
| Null | 意味說mysql能在優(yōu)化階段分解查詢語句，在執(zhí)行階段甚至用不到訪問表或索引（高效） |
possible_keys
顯示查詢使用了哪些索引，表示該索引可以進行高效地查找，但是列出來的索引對于后續(xù)優(yōu)化過程可能是沒有用的
key
key列顯示MySQL實際決定使用的鍵（索引）。如果沒有選擇索引，鍵是NULL。要想強制MySQL使用或忽視possible_keys列中的索引，在查詢中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。
key_len
key_len列顯示MySQL決定使用的鍵長度。如果鍵是NULL，則長度為NULL。使用的索引的長度。在不損失精確性的情況下，長度越短越好 。
ref
ref列顯示使用哪個列或常數(shù)與key一起從表中選擇行。
rows
rows列顯示MySQL認為它執(zhí)行查詢時必須檢查的行數(shù)。注意這是一個預估值。
Extra
Extra是EXPLAIN輸出中另外一個很重要的列，該列顯示MySQL在查詢過程中的一些詳細信息，MySQL查詢優(yōu)化器執(zhí)行查詢的過程中對查詢計劃的重要補充信息。
| 類型 | 說明 |
|---|---|
| Using filesort | MySQL有兩種方式可以生成有序的結(jié)果，通過排序操作或者使用索引，當Extra中出現(xiàn)了Using filesort 說明MySQL使用了后者，但注意雖然叫filesort但并不是說明就是用了文件來進行排序，只要可能排序都是在內(nèi)存里完成的。大部分情況下利用索引排序更快，所以一般這時也要考慮優(yōu)化查詢了。使用文件完成排序操作，這是可能是ordery by，group by語句的結(jié)果，這可能是一個CPU密集型的過程，可以通過選擇合適的索引來改進性能，用索引來為查詢結(jié)果排序。 |
| Using temporary | 用臨時表保存中間結(jié)果，常用于GROUP BY 和 ORDER BY操作中，一般看到它說明查詢需要優(yōu)化了，就算避免不了臨時表的使用也要盡量避免硬盤臨時表的使用。 |
| Not exists | MYSQL優(yōu)化了LEFT JOIN，一旦它找到了匹配LEFT JOIN標準的行， 就不再搜索了。 |
| Using index | 說明查詢是覆蓋了索引的，不需要讀取數(shù)據(jù)文件，從索引樹（索引文件）中即可獲得信息。如果同時出現(xiàn)using where，表明索引被用來執(zhí)行索引鍵值的查找，沒有using where，表明索引用來讀取數(shù)據(jù)而非執(zhí)行查找動作。這是MySQL服務層完成的，但無需再回表查詢記錄。 |
| Using index condition | 這是MySQL 5.6出來的新特性，叫做“索引條件推送”。簡單說一點就是MySQL原來在索引上是不能執(zhí)行如like這樣的操作的，但是現(xiàn)在可以了，這樣減少了不必要的IO操作，但是只能用在二級索引上。 |
| Using where | 使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給用戶。注意：Extra列出現(xiàn)Using where表示MySQL服務器將存儲引擎返回服務層以后再應用WHERE條件過濾。 |
| Using join buffer | 使用了連接緩存：Block Nested Loop，連接算法是塊嵌套循環(huán)連接;Batched Key Access，連接算法是批量索引連接 |
| impossible where | where子句的值總是false，不能用來獲取任何元組 |
| select tables optimized away | 在沒有GROUP BY子句的情況下，基于索引優(yōu)化MIN/MAX操作，或者對于MyISAM存儲引擎優(yōu)化COUNT(*)操作，不必等到執(zhí)行階段再進行計算，查詢執(zhí)行計劃生成的階段即完成優(yōu)化。 |
| distinct | 優(yōu)化distinct操作，在找到第一匹配的元組后即停止找同樣值的動作 |
參考資料
高性能mysql第三版
https://dev.mysql.com/doc/refman/5.7/en/explain-output.html
歡迎關(guān)注 高廣超的簡書博客 與 收藏文章 ！
歡迎關(guān)注 頭條號：互聯(lián)網(wǎng)技術(shù)棧 ！
個人介紹：
高廣超 ：多年一線互聯(lián)網(wǎng)研發(fā)與架構(gòu)設計經(jīng)驗，擅長設計與落地高可用、高性能互聯(lián)網(wǎng)架構(gòu)。目前就職于美團網(wǎng)，負責核心業(yè)務研發(fā)工作。
本文首發(fā)在 高廣超的簡書博客 轉(zhuǎn)載請注明！
