explain會看到的資訊

共有10個欄位，下面講逐一講解這10個欄位，我經常看的的是id，type，rows這幾個

1、id
表示查詢中執行select子句或操作表的順序，id執行順序從大到小，即id越大越先被執行，如果id相同，則從上到下
2、select_type 
表示查詢中每個select子句的型別（簡單 OR 複雜）
（1）、SIMPLE：查詢中不包含子查詢或者UNION
（2）、查詢中若包含任何複雜的子部分，最外層查詢則被標記為：PRIMARY
（3）、在SELECT或WHERE列表中包含了子查詢，該子查詢被標記為：SUBQUERY
（4）、在FROM列表中包含的子查詢被標記為：DERIVED（衍生）
（5）、若第二個SELECT出現在UNION之後，則被標記為UNION；若UNION包含在 FROM子句的子查詢中，外層SELECT將被標記為：DERIVED
（6）、從UNION表獲取結果的SELECT被標記為：UNION RESULT

阿里有一篇select_type的詳解文章https://yq.aliyun.com/articles/61934

3、type
 

這是優化的一個重要的參考引數或者指標，表示MySQL在表中找到所需行的方式，又稱“訪問型別”
常見的型別有


效能指標從低到高，最後的效能最優。
網上有一個比較全面的指標排序
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL ，
一般來說，得保證查詢至少達到range級別，最好能達到ref，至少達到range。
（1）、ALL: 掃描全表，將進行全表掃描來查詢所需資料，效能最差
（2）、index: 掃描全部索引樹，與ALL區別為index型別只遍歷索引樹
（3）、range: 掃描部分索引，索引範圍掃描，對索引的掃描開始於某一點，返回匹配值域的行，常見於between、<、>等的查詢
（4）、ref: 非唯一性索引掃描，返回匹配某個單獨值的所有行。常見於使用非唯一索引即唯一索引的非唯一字首進行的查詢
（5）、eq_ref：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描
（6）、const, system: 當MySQL對查詢某部分進行優化，並轉換為一個常量時，使用這些型別訪問。如將主鍵置於where列表中，MySQL就能將該查詢轉換為一個常量。system是const型別的特例，當查詢的表只有一行的情況下， 使用system。
（7）、NULL: MySQL在優化過程中分解語句，執行時甚至不用訪問表或索引。
4、possible_keys
 

指出MySQL能使用哪個索引在該表中找到行。查詢涉及到的欄位上若存在索引，則該索引將被列出，但不一定被查詢使用。如果是空的，沒有相關的索引。這時要提高效能，可通過檢驗WHERE子句，看是否引用某些欄位，或者檢查欄位不是適合索引。 
有一篇優化例項：http://blog.csdn.net/gongmf/article/details/52298802
5、key
顯示MySQL在查詢中實際使用的索引，若沒有使用索引，顯示為NULL
TIPS：查詢中若使用了覆蓋索引，則該索引僅出現在key列表中
6、key_len
顯示MySQL決定使用的鍵長度。表示索引中使用的位元組數，可通過該列計算查詢中使用的索引的長度。如果鍵是NULL，長度就是NULL。文件提示特別注意這個值可以得出一個多重主鍵裡mysql實際使用了哪一部分。
 注：key_len顯示的值為索引欄位的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的。
key_len計算的一篇文章：http://blog.csdn.net/blakeFez/article/details/49871165
7、ref
 

:表示上述表的連線匹配條件，即哪些列或常量被用於查詢索引列上的值
對於每個來自於前面的表的行組合，所有有匹配索引值的行將從這張表中讀取。如果聯接只使用鍵的最左邊的字首，或如果鍵不是UNIQUE或PRIMARY KEY（換句話說，如果聯接不能基於關鍵字選擇單個行的話），則使用ref。如果使用的鍵僅僅匹配少量行，該聯接型別是不錯的。

ref可以用於使用=或<=>操作符的帶索引的列。

8、rows
:這個數表示mysql要遍歷多少資料才能找到，表示MySQL根據表統計資訊及索引選用情況，估算的找到所需的記錄所需要讀取的行數，而不是查詢到結果的行數

9、Extra
:包含不適合在其他列中顯示但十分重要的額外資訊。
Only index，這意味著資訊只用索引樹中的資訊檢索出的，這比掃描整個表要快。 

using where是使用上了where限制，表示MySQL伺服器在儲存引擎受到記錄後進行“後過濾”（Post-filter），如果查詢未能使用索引，Using where的作用只是提醒我們MySQL將用where子句來過濾結果集。

impossible where 表示用不著where，一般就是沒查出來啥。 

Using filesort（MySQL中無法利用索引完成的排序操作稱為“檔案排序”）當我們試圖對一個沒有索引的欄位進行排序時，就是filesoft。它跟檔案沒有任何關係，實際上是內部的一個快速排序。 

Using temporary（表示MySQL需要使用臨時表來儲存結果集，常見於排序和分組查詢），使用filesort和temporary的話會很吃力，WHERE和ORDER BY的索引經常無法兼顧，如果按照WHERE來確定索引，那麼在ORDER BY時，就必然會引起Using filesort，這就要看是先過濾再排序划算，還是先排序再過濾划算。


檢視原文：http://www.architecy.com/archives/269