explain出來的信息有10列，分別是：
id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra
概要描述
| 字段 | 解釋 |
|---|---|
| id | 每個被獨立執行的操作標識，標識對象被操作的順序，id值越大，先被執行，如果相同，執行順序從上到下 |
| select_type | 查詢中每個select 字句的類型 |
| table | 被操作的對象名稱，通常是表名，但有其他格式 |
| partitions | 匹配的分區信息(對於非分區表值爲NULL) |
| type | 連接操作的類型 |
| possible_keys | 可能用到的索引 |
| key | 優化器實際使用的索引(最重要的列) 從最好到最差的連接類型爲const、eq_reg、ref、range、index和ALL。當出現ALL時表示當前SQL出現了“壞味道” |
| key_len | 被優化器選定的索引鍵長度，單位是字節 |
| ref | 表示本行被操作對象的參照對象，無參照對象爲NULL |
| rows | 查詢執行所掃描的元組個數（對於innodb，此值爲估計值） |
| filtered | 條件表上數據被過濾的元組個數百分比 |
| extra | 執行計劃的重要補充信息，當此列出現Using filesort , Using temporary 字樣時就要小心了，很可能SQL語句需要優化 |
詳細解釋
一、id
SELECT識別符。這是SELECT的查詢序列號我的理解是SQL執行的順序的標識，SQL從大到小的執行
-
id相同時，執行順序由上至下
-
如果是子查詢，id的序號會遞增，id值越大優先級越高，越先被執行
-
id如果相同，可以認爲是一組，從上往下順序執行；在所有組中，id值越大，優先級越高，越先執行
二、select_type
示查詢中每個select子句的類型
(1) SIMPLE(簡單SELECT，不使用UNION或子查詢等)
(2) PRIMARY(子查詢中最外層查詢，查詢中若包含任何複雜的子部分，最外層的select被標記爲PRIMARY)
(3) UNION(UNION中的第二個或後面的SELECT語句)
(4) DEPENDENT UNION(UNION中的第二個或後面的SELECT語句，取決於外面的查詢)
(5) UNION RESULT(UNION的結果，union語句中第二個select開始後面所有select)
(6) SUBQUERY(子查詢中的第一個SELECT，結果不依賴於外部查詢)
(7) DEPENDENT SUBQUERY(子查詢中的第一個SELECT，依賴於外部查詢)
(8) DERIVED(派生表的SELECT, FROM子句的子查詢)
(9) UNCACHEABLE SUBQUERY(一個子查詢的結果不能被緩存，必須重新評估外鏈接的第一行)
三、table
顯示這一步所訪問數據庫中表名稱（顯示這一行的數據是關於哪張表的），有時不是真實的表名字，可能是簡稱，例如上面的e，d，也可能是第幾步執行的結果的簡稱
四、type
對錶訪問方式，表示MySQL在表中找到所需行的方式，又稱“訪問類型”。
常用的類型有：
ALL、index、range、 ref、eq_ref、const、system、NULL（從左到右，性能從差到好）
ALL：Full Table Scan， MySQL將遍歷全表以找到匹配的行
index: Full Index Scan，index與ALL區別爲index類型只遍歷索引樹
range:只檢索給定範圍的行，使用一個索引來選擇行
ref: 表示上述表的連接匹配條件，即哪些列或常量被用於查找索引列上的值
eq_ref: 類似ref，區別就在使用的索引是唯一索引，對於每個索引鍵值，表中只有一條記錄匹配，簡單來說，就是多表連接中使用primary key或者 unique key作爲關聯條件
const、system: 當MySQL對查詢某部分進行優化，並轉換爲一個常量時，使用這些類型訪問。如將主鍵置於where列表中，MySQL就能將該查詢轉換爲一個常量，system是const類型的特例，當查詢的表只有一行的情況下，使用system
NULL: MySQL在優化過程中分解語句，執行時甚至不用訪問表或索引，例如從一個索引列裏選取最小值可以通過單獨索引查找完成。
五、possible_keys
指出MySQL能使用哪個索引在表中找到記錄，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用（該查詢可以利用的索引，如果沒有任何索引顯示 null）
該列完全獨立於EXPLAIN輸出所示的表的次序。這意味着在possible_keys中的某些鍵實際上不能按生成的表次序使用。
如果該列是NULL，則沒有相關的索引。在這種情況下，可以通過檢查WHERE子句看是否它引用某些列或適合索引的列來提高你的查詢性能。如果是這樣，創造一個適當的索引並且再次用EXPLAIN檢查查詢
六、Key
key列顯示MySQL實際決定使用的鍵（索引），必然包含在possible_keys中
如果沒有選擇索引，鍵是NULL。要想強制MySQL使用或忽視possible_keys列中的索引，在查詢中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。
七、key_len
表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度（key_len顯示的值爲索引字段的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的）
不損失精確性的情況下，長度越短越好
八、ref
列與索引的比較，表示上述表的連接匹配條件，即哪些列或常量被用於查找索引列上的值
九、rows
估算出結果集行數，表示MySQL根據表統計信息及索引選用情況，估算的找到所需的記錄所需要讀取的行數
十、Extra
該列包含MySQL解決查詢的詳細信息,有以下幾種情況：
Using where:不用讀取表中所有信息，僅通過索引就可以獲取所需數據，這發生在對錶的全部的請求列都是同一個索引的部分的時候，表示mysql服務器將在存儲引擎檢索行後再進行過濾
Using temporary：表示MySQL需要使用臨時表來存儲結果集，常見於排序和分組查詢，常見 group by ; order by
Using filesort：當Query中包含 order by 操作，而且無法利用索引完成的排序操作稱爲“文件排序”
-- 測試Extra的filesort
explain select * from emp order by name;
Using join buffer：改值強調了在獲取連接條件時沒有使用索引，並且需要連接緩衝區來存儲中間結果。如果出現了這個值，那應該注意，根據查詢的具體情況可能需要添加索引來改進能。
Impossible where：這個值強調了where語句會導致沒有符合條件的行（通過收集統計信息不可能存在結果）。
Select tables optimized away：這個值意味着僅通過使用索引，優化器可能僅從聚合函數結果中返回一行
No tables used：Query語句中使用from dual 或不含任何from子句
-- explain select now() from dual;
總結：
• EXPLAIN不會告訴你關於觸發器、存儲過程的信息或用戶自定義函數對查詢的影響情況
• EXPLAIN不考慮各種Cache
• EXPLAIN不能顯示MySQL在執行查詢時所作的優化工作
• 部分統計信息是估算的，並非精確值
• EXPALIN只能解釋SELECT操作，其他操作要重寫爲SELECT後查看執行計劃。