一、EXPLAIN簡介
使用EXPLAIN關鍵字可以模擬優化器執行SQL查詢語句，從而知道MySQL是如何處理你的SQL語句的。分析你的查詢語句或是表結構的效能瓶頸。
➤ 通過EXPLAIN，我們可以分析出以下結果：

• 表的讀取順序
• 資料讀取操作的操作型別
• 哪些索引可以使用
• 哪些索引被實際使用
• 表之間的引用
• 每張表有多少行被優化器查詢

➤ 使用方式如下：

EXPLAIN +SQL語句：EXPLAIN SELECT * FROM t1

執行計劃包含的資訊：

二、執行計劃各欄位含義

　　1、id

　　2、select_type

　　　　常見和常用的值有如下幾種：

　　 分別用來表示查詢的型別，主要是用於區別普通查詢、聯合查詢、子查詢等的複雜查詢。

• • SIMPLE 簡單的select查詢，查詢中不包含子查詢或者UNION
  • PRIMARY 查詢中若包含任何複雜的子部分，最外層查詢則被標記為PRIMARY
  • SUBQUERY 在SELECT或WHERE列表中包含了子查詢
  • DERIVED 在FROM列表中包含的子查詢被標記為DERIVED（衍生），MySQL會遞迴執行這些子查詢，把結果放在臨時表中
  • UNION 若第二個SELECT出現在UNION之後，則被標記為UNION：若UNION包含在FROM子句的子查詢中，外層SELECT將被標記為：DERIVED
  • UNION RESULT 從UNION表獲取結果的SELECT

　　3、table：指的就是當前執行的表

　　4、type

　　　　type所顯示的是查詢使用了哪種型別，type包含的型別包括如下圖所示的幾種：

　　　　從最好到最差依次是：system > const > eq_ref > ref > range > index > all ；

　　　　一般來說，得保證查詢至少達到range級別，最好能達到ref：

　　　　1）system 表只有一行記錄（等於系統表），這是const型別的特列，平時不會出現，這個也可以忽略不計

　　　　2）const 表示通過索引一次就找到了，const用於比較primary key 或者unique索引。因為只匹配一行資料，所以很快。如將主鍵置於where列表中，MySQL就能將該查詢轉換為一個常量。

　　　　　　首先進行子查詢得到一個結果的d1臨時表，子查詢條件為id = 1 是常量，所以type是const，id為1的相當於只查詢一條記錄，所以type為system。

　　　　3）eq_ref 唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描
　　　　4）ref 非唯一性索引掃描，返回匹配某個單獨值的所有行，本質上也是一種索引訪問，它返回所有匹配某個單獨值的行，然而，它可能會找到多個符合條件的行，所以他應該屬於查詢和掃描的混合體。

　　　　5）range 只檢索給定範圍的行，使用一個索引來選擇行，key列顯示使用了哪個索引，一般就是在你的where語句中出現between、< 、>、in等的查詢，這種範圍掃描索引比全表掃描要好，

　　　　　　因為它只需要開始於索引的某一點，而結束於另一點，不用掃描全部索引。

　　　　6）index Full Index Scan，Index與All區別為index型別只遍歷索引樹。這通常比ALL快，因為索引檔案通常比資料檔案小。（也就是說雖然all和Index都是讀全表，但index是從索引中讀取的，而all是從硬碟讀取的）

　　　　　　id是主鍵，所以存在主鍵索引；

　　　　7）all Full Table Scan 將遍歷全表以找到匹配的行；

　　5、possible_keys 和 key

　　　　possible_keys：顯示可能應用在這張表中的索引，一個或多個。查詢涉及到的欄位上若存在索引，則該索引將被列出，但不一定被查詢實際使用。

　　　　key：實際使用的索引，如果為NULL，則沒有使用索引（可能原因包括沒有建立索引或索引失效）；查詢中若使用了覆蓋索引（select 後要查詢的欄位剛好和建立的索引欄位完全相同），則該索引僅出現在key列表中。

　　6、key_len

　　　　　　表示索引中使用的位元組數，可通過該列計算查詢中使用的索引的長度，在不損失精確性的情況下，長度越短越好。key_len顯示的值為索引欄位的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，

　　　　不是通過表內檢索出的。

　　7、ref

　　　　顯示索引的那一列被使用了，如果可能的話，最好是一個常數。哪些列或常量被用於查詢索引列上的值。

　　8、rows

　　　　根據表統計資訊及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數，也就是說，用的越少越好。

　　9、extra

　　　　1）Using filesort（九死一生）

　　　　　　說明mysql會對資料使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成的排序操作稱為“檔案排序“。

　　　　2）Using temporary（十死無生）

　　　　　　使用了用臨時表儲存中間結果，MySQL在對查詢結果排序時使用臨時表。常見於排序order by和分組查詢group by。

　　　　3）Using index（發財了）

　　　　　　　　表示相應的select操作中使用了覆蓋索引（Covering Index），避免訪問了表的資料行，效率不錯。如果同時出現using where，表明索引被用來執行索引鍵值的查詢；如果沒有同時出現using where，

　　　　　　表明索引用來讀取資料而非執行查詢動作。
　　　　　　

　　　　4）Using where

　　　　　　表明使用了where過濾

　　　　5）Using join buffer

　　　　　　表明使用了連線快取,比如說在查詢的時候，多表join的次數非常多，那麼將配置檔案中的緩衝區的join buffer調大一些。

　　　6）impossible where

　　　　　　where子句的值總是false，不能用來獲取任何元組

　　　7）select tables optimized away

　　　　　　在沒有GROUPBY子句的情況下，基於索引優化MIN/MAX操作或者對於MyISAM儲存引擎優化COUNT(*)操作，不必等到執行階段再進行計算，查詢執行計劃生成的階段即完成優化。

　　　8）distinct

　　　　　　優化distinct操作，在找到第一匹配的元組後即停止找同樣值的動作