1.什麼是EXPLAIN
使用EXPLAIN關鍵字可以模擬優化器執行SQL查詢語句，從而知道MySQL是如何處理你的SQL語句。分析你的查詢語句或是表結構的性能瓶頸。 通過explain我們可以獲得以下信息：
- 表的讀取順序
- 數據讀取操作的操作類型
- 哪些索引可以使用
- 哪些索引被實際使用
- 表之間的引用
- 每張表有多少行被優化器查詢
- 使用方法：explain + sql語句。
首先我們來舉例執行一下看下結果：
此處type不同，const
此處索引丟失，請見上篇文章：哪些情況下sql索引會失效
https://blog.csdn.net/yxd504/article/details/106080374
2.執行計劃各字段含義
2.1 id
- id相同，執行順序由上至下
- id不同，如果是子查詢，id的序號會遞增，id值越大優先級越高，越先被執行
- id相同不同，同時存在 id相同的可以認爲是一組，同一組中從上往下執行，所有組中id大的優先執行
2.2 type
- type所顯示的是查詢使用了哪種類型，type包含的類型包括如下圖所示的幾種，從好到差依次是
system > const > eq_ref > ref > range > index > all
- system 表只有一行記錄（等於系統表），這是const類型的特列，平時不會出現，這個也可以忽略不計
- const 表示通過索引一次就找到了，const用於比較primary key 或者unique索引。因爲只匹配一行數據，所以很快。如將主鍵置於where列表中，MySQL就能將該查詢轉換爲一個常量。
- eq_ref 唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描
- ref 非唯一性索引掃描，返回匹配某個單獨值的所有行，本質上也是一種索引訪問，它返回所有匹配某個單獨值的行，然而，它可能會找到多個符合條件的行，所以他應該屬於查找和掃描的混合體。
- range 只檢索給定範圍的行，使用一個索引來選擇行，key列顯示使用了哪個索引，一般就是在你的where語句中出現between、< 、>、in等的查詢，這種範圍掃描索引比全表掃描要好，因爲它只需要開始於索引的某一點，而結束於另一點，不用掃描全部索引。
- index Full Index Scan，Index與All區別爲index類型只遍歷索引樹。這通常比ALL快，因爲索引文件通常比數據文件小。（也就是說雖然all和Index都是讀全表，但index是從索引中讀取的，而all是從硬盤讀取的）
- all Full Table Scan 將遍歷全表以找到匹配的行
2.3 possible_keys 和 key
possible_keys 顯示可能應用在這張表中的索引，一個或多個。查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢實際使用。
key實際使用的索引，如果爲NULL，則沒有使用索引。（可能原因包括沒有建立索引或索引失效）
2.4 key_len
表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度，在不損失精確性的情況下，長度越短越好。
2.5 rows
根據表統計信息及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數，也就是說，用的越少越好
2.6 Extra
2.6.1 Using filesort
說明mysql會對數據使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成的排序操作稱爲“文件排序”。
2.6.2 Using temporary
使用了用臨時表保存中間結果，MySQL在對查詢結果排序時使用臨時表。常見於排序order by和分組查詢group by。
2.6.3 Using index
表示相應的select操作中使用了覆蓋索引（Covering Index），避免訪問了表的數據行，效率不錯。如果同時出現using where，表明索引被用來執行索引鍵值的查找；如果沒有同時出現using where，表明索引用來讀取數據而非執行查找動作。
2.6.4 Using join buffer
表明使用了連接緩存,比如說在查詢的時候，多表join的次數非常多，那麼將配置文件中的緩衝區的join buffer調大一些。