一、EXPLAIN語法
語法：EXPLAIN SELECT
1、EXPLAIN EXTENDED SELECT 將執行計劃“反編譯”成SELECT語句，運行SHOW WARNINGS 可得到被MySQL優化器優化後的查詢語句
2、EXPLAIN PARTITIONS SELECT 用於分區表的EXPLAIN
3、在Navicat圖形化界面中，點擊“解釋”出現執行計劃的信息
二、執行計劃中的信息
1、id：包含一組數字，表示查詢中執行select子句或操作表的順序。id相同，可以認爲是一組，從上往下順序執行；在所有組中，id值越大，優先級越高，越先執行。
2、select_type：主要用於區別普通查詢, 聯合查詢, 子查詢等複雜查詢。
SIMPLE：查詢中不包含子查詢或者UNION
查詢中若包含任何複雜的子部分，最外層查詢則被標記爲：PRIMARY
在SELECT或WHERE列表中包含了子查詢，該子查詢被標記爲：SUBQUERY
在FROM列表中包含的子查詢被標記爲：DERIVED（衍生）
若第二個SELECT出現在UNION之後，則被標記爲UNION；若UNION包含在FROM子句的子查詢中，外層SELECT將被標記爲：DERIVED
從UNION表獲取結果的SELECT被標記爲：UNION RESULT
3、type：表示MySQL在表中找到所需行的方式，又稱“訪問類型”（ALL、index、range、ref、eq_ref、const、system、NULL），由左至右，由最差到最好
ALL：Full Table Scan， MySQL將遍歷全表以找到匹配的行
index：Full Index Scan，index與ALL區別爲index類型只遍歷索引樹
range：索引範圍掃描，對索引的掃描開始於某一點，返回匹配值域的行，常見於between、<、>等的查詢
ref：非唯一性索引掃描，返回匹配某個單獨值的所有行。常見於使用非唯一索引即唯一索引的非唯一前綴進行的查找
eq_ref：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描
const、system：當MySQL對查詢某部分進行優化，並轉換爲一個常量時，使用這些類型訪問。如將主鍵置於where列表中，MySQL就能將該查詢轉換爲一個常量
system是const類型的特例，當查詢的表只有一行的情況下， 使用system
NULL：MySQL在優化過程中分解語句，執行時甚至不用訪問表或索引
4、possible_keys：指出MySQL能使用哪個索引在表中找到行，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用
5、key：顯示MySQL在查詢中實際使用的索引，若沒有使用索引，顯示爲NULL
查詢中若使用了覆蓋索引，則該索引僅出現在key列表中
6、key_len：表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度
key_len顯示的值爲索引字段的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的
7、ref：表示上述表的連接匹配條件，即哪些列或常量被用於查找索引列上的值
8、rows：表示MySQL根據表統計信息及索引選用情況，估算的找到所需的記錄所需要讀取的行數
9、Extra：包含不適合在其他列中顯示但十分重要的額外信息
Using index：該值表示相應的select操作中使用了覆蓋索引（Covering Index）。
MySQL可以利用索引返回select列表中的字段，而不必根據索引再次讀取數據文件
包含所有滿足查詢需要的數據的索引稱爲 覆蓋索引（Covering Index）
注意：如果要使用覆蓋索引，一定要注意select列表中只取出需要的列，不可select *，因爲如果將所有字段一起做索引會導致索引文件過大，查詢性能下降
Using where：表示MySQL服務器在存儲引擎受到記錄後進行“後過濾”（Post-filter）,
如果查詢未能使用索引，Using where的作用只是提醒我們MySQL將用where子句來過濾結果集
Using temporary：表示MySQL需要使用臨時表來存儲結果集，常見於排序和分組查詢
Using filesort：MySQL中無法利用索引完成的排序操作稱爲“文件排序”
三、執行計劃的侷限
EXPLAIN不會告訴你關於觸發器、存儲過程的信息或用戶自定義函數對查詢的影響情況
EXPLAIN不考慮各種Cache
EXPLAIN不能顯示MySQL在執行查詢時所作的優化工作
部分統計信息是估算的，並非精確值
EXPALIN只能解釋SELECT操作，其他操作要重寫爲SELECT後查看執行計劃