Explain
使用EXPLAIN關鍵字可以模擬優化器執行SQL查詢語句，從而知道MySQL是如何處理你的SQL語句。分析你的查詢預付或表結構的效能瓶頸。
用法Demo:
mysql> explain select * from user;
+----+-------------+-------+------+---------------+------+---------+------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------+
| 1 | SIMPLE | user | ALL | NULL | NULL | NULL | NULL | 4 | |
+----+-------------+-------+------+---------------+------+---------+------+------+-------+
1 row in set (0.00 sec)
複製程式碼查詢結果返回欄位分析：
- id: select查詢的序列號，包含一組數字，表示查詢中執行select子句或操作表的順序。id如果相同，可以認為是一個分組，從上往下順序執行。id不同，id值越大，優先順序越高，越先執行。
- select_type:查詢的型別，主要用於區別普通查詢、聯合查詢、子查詢等的複雜查詢。
| id | select_type | remark |
|---|---|---|
| 1 | SIMPLE | 簡單的select查詢，查詢中不包含子查詢或UNION |
| 2 | PRIMARY | 查詢中弱包含任何複雜的子部分，最外層查詢則標記為PRIMARY |
| 3 | SUBQUERY | 在SELECT或WHERE列表中包含了子查詢 |
| 4 | DERIVED | 在FROM列表中包含的子查詢被標記為DERIVED(衍生),MySQL會遞迴執行這些子查詢，把結果放在臨時表裡。 |
| 5 | UNION | 若第二個SELECT出現在UNION之後，則被標記為UNION;若UNION包含在FROM子句的子查詢中，外層SELECT將被標記為：DERIVED |
| 6 | UNION RESULT | 從UNION表獲取結果的SELECT |
- table: 顯示這一行資料是關於哪張表的。
- type: 顯示訪問型別，是較為重要的一個指標。
| id | type | remark |
|---|---|---|
| 1 | system | 表只有一行記錄(等於系統表),這是const型別的特列，平時不會出現，這個也可以忽略不計 |
| 2 | const | 表示通過索引一次就找到了,const用於比較primary key或者unique索引。因為只匹配一行資料，所以很快。如將主鍵置於where列表中，MySQL就能將該查詢轉換為一個常量 |
| 3 | eq_ref | 唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描 |
| 4 | ref | 非唯一性索引掃描，返回匹配某個單獨值的所有行。本質上也是一宗索引訪問，它返回所有匹配某個單獨值的行，然而它可能會找到多個符合條件的行，所以他應該屬於查詢和掃描的混合體 |
| 5 | range | 只檢索給定範圍的行，使用一個索引來選擇行。key列顯示使用了哪個索引。一般就是在where語句中出現了between、<、>、in等的查詢。這種範圍掃描索引比權標掃描要好，因為它只需要開始於索引的某一點，而結束於另一點，不用掃描全部索引。 |
| 6 | index | Full Index Scan, index與ALL區別為index型別只遍歷索引數。這通常比ALL快，因為索引檔案通常比資料檔案小。(雖然all和index都是讀全表，但index是從索引中讀取，而all是從硬碟中讀取) |
| 7 | all | Full Table Scan，將遍歷全表以找到匹配的行 |
顯示查詢使用了何種型別,從最好到最差依次是： system>const>eq_ref>ref>range>index>ALL
一般來說，得保證查詢至少達到range級別，最好能達到ref。
- possible_keys:顯示可能應用在這張表中的索引，一個或多個。查詢涉及到的欄位上若存在索引，則該索引將被列出，但不一定被查詢實際使用。
- key:實際使用的索引。如果為NULL，則沒有使用索引。查詢中若使用了覆蓋索引，則該索引僅出現在key列表中。
- key_len:表示索引中使用的位元組數，可通過該列計算查詢中使用的索引長度。在不損失精確性的情況下，長度越短越好。key_len顯示的值為索引欄位的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的。
- ref:顯示索引的哪一列被使用了，如果可能的話，是一個常數。哪些列表或常量被用於查詢索引列上的值。
- rows:根據表統計資訊及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數。
- Extra:包含不適合再其他列中顯示但十分重要的額外資訊。
| id | type | remark |
|---|---|---|
| 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 | 使用了連線快取 |
| 6 | impossible were | where子句的值總是false，不能用來獲取任何元祖 |
| 7 | select tables optimized away | 在沒有GROUPBY子句的情況下，基於索引優化MIN/MAX操作或者對於MyISAM儲存引擎優化COUNT(*)操作，不必等到執行階段再進行計算，查詢執行計劃生成的階段完成優化。 |
| 8 | distinct | 優化distinct操作，在找到第一匹配的元祖後即停止找同樣值的動作 |
Explain的作用:
- 表的讀取順序
- 資料讀取操作的操作型別
- 哪些索引可以使用
- 哪些索引被實際使用
- 表之間的引用
- 每張表有多少行被優化器查詢