一、explain 能幹嘛？
1、表的讀取順序
2、數據讀取操作的操作類型
3、哪些索引可以使用
4、哪些索引被實際使用
5、表之間的使用
6、每張表有多少行被優化器查詢
二、怎麼使用？
1、explain + sql
2、執行計劃包含的信息
id：select 查詢到序列號，包含一組數字，表示查詢中select子句或操作表的順序。
id有三種值：決定表的讀取順序
（1）id相同，表執行順序由上到下，與sql中順序無關
（2）id不同，
如以上子查詢，id的序號會遞增，id值越大優先級越高，越先被執行
（3）id相同有不同
id 如果相同，可以認爲是一組，從上往下順序執行；（衍生 = derived）
在所有組中，id值越大，優先級越高，越先執行
select_type 一般有六種類別
（1）simple
簡單查詢，查詢中不包含子查詢或者union等任何複雜查詢
（2）primary
查詢中若包含任何複雜的子查詢，則最外層被標記爲paimary，俗稱是雞蛋殼
（3）subquery
在select或where列表包含了子查詢
（4）derived
在from列表中包含的子查詢被標記爲derived（衍生），mysql會遞歸執行這些子查詢，把結果放在臨時表裏（臨時表會增加系統負擔，但有時不得不用）
（5）union
若第二個select出現在union之後，則被標記爲union；若union包含在from子句的子查詢中，外層select將被標記爲：derived
（6）union result
兩種union結果的合併
table （就是顯示這一行的數據是哪一張表的，不多介紹）
type 訪問類型判斷（跟語句性能息息相關），顯示查詢使用了何種類型 不要爲了優化而優化
從最好到最差依次是：
system > const > eq_ref > ref > range > index > all(全表掃描)
一般來說，得保證查詢級別至少達到range級別，最好能達到ref
（1）system
表只要一行記錄（等於系統表），這是const類型的特例，平時不會出現，這個也可以忽略不計
（2）const
表示通過索引一次就找到了，const用於比較primary key 或者 unique索引，因爲只匹配一行數據，所以很快，如將主鍵置於where列表中，mysql就能將該查詢轉換爲一個常量。
（3）eq_ref
唯一性索引掃描。對於每個索引建，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描
（4）ref
非唯一性索引掃描，返回匹配某個單獨值得所有行，本質上也是一種索引訪問，它返回所有匹配某個單獨值得行，然而它可能會找到多個符合條件的行，所以他應該屬於查找和掃描的混合體
（5）range
只檢索給定範圍的行，使用一個索引來選擇行，key 列顯示使用了哪個索引，一般就是你的where語句中出現了between、<、>、in等的查詢(mysql5.7支持in走索引)，這種範圍掃描索引掃描比全表掃描好，因爲它至於要開始索引的某一點，而結束語另一點，不用掃描全部索引
（6）index
full index scan(全索引掃描)，index與all區別爲index類型只遍歷索引樹，這通常比all塊，因爲索引文件通常比數據文件小。（也就是說雖然all和index都是讀全表，單index是從索引中讀取的，而all是從硬盤中讀的）
(7)all
全表掃描
possible_keys 顯示可能應用在這張表中的索引，一個或多個。查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢實際使用
key 實際上使用到的索引，如果爲null，則沒有使用索引
查詢中若使用了(覆蓋索引)，則該索引僅出現在key列表中，
覆蓋索引：
就是說我select 字段1，字段2，與我建立的符合索引個數和順序一致。例如：建的索引 字段一 字段二，查的也是字段一、字段二。理解方式一：就是select 的數據列只用從索引中就能夠取得，不必讀取數據行，mysql可以利用索引返回select列表中的字段，而不必根據索引再次讀取數據文件，換句話說查詢列要被所建的索引覆蓋，一個索引包含了（或覆蓋了）滿足查詢結果的數據就叫做覆蓋索引。
注意：如果要使用覆蓋索引，一定要注意select列表中只取出需要的列，不可select * ，因爲如果將所有字段一起做索引會導致索引文件過大，查詢性能下降。索引的字段不只包含查詢列，還需要包含查詢條件、排序等。
key_len ：表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度，在不損失精確性的情況下，長度越短越好。
key_len顯示的值爲索引字段的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的。
ref ：顯示索引的哪一列被使用了，如果可能的話，是一個常數。哪些列或常量被用於查找索引列上的值
rows：根據表統計信息及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數(越少越好)，每張表有多少行被優化器查詢
extra：包含不適合在其他列顯示但是很重要的額外信息
（1）using filrsort（九死一生）
說明mysql會對數據使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。mysql中無法利用索引完成的排序操作稱爲"文件排序"，一旦出現這種情況很危險。
（2）using index
使用到了索引、這種情況是好事。表示響應的select操作中使用了覆蓋索引（cocering index），避免訪問了表的數據行，效率不錯！如果同時出現了using where，表名索引被用來執行索引鍵值的查找；如果沒有同時出現using where，表名索引用來讀取數據而非執行查找動作。
（3）using where
使用了where條件
（4）using temporary（十死無生）
使用了臨時表保存中間結果。mysql在對查詢結果排序時使用臨時表。常見於排序order by和分組查詢 group by。（group by 最好與索引的字段、順序一致）
範圍（> < in）可能導致索引失效
左連接索引加在右表
右連接索引加在左表