利用EXPLAIN分析sql語句的效能
使用explain關鍵字可以模擬優化器執行SQL查詢語句，從而知道MySQL是如何處理你的sql語句，可以幫助選擇更好的索引和寫出更優化的查詢語句。。
使用explain我看可以sql執行的相關資訊：
- 表的讀取順序
- 資料讀取操作的操作型別
- 哪些索引可以使用
- 哪些索引被實際使用表之間的引用
- 每張表有多少行被優化器查詢
EXPLAIN 的每個輸出行包括下面的列：
id
select查詢的序列號，包含一組數字，表示查詢中執行select子句或操作表的順序。有三種情況：
id相同，執行順序由上至下
圖中表的讀取順序是：t1表 -> t3表 -> t2表。id不同，如果是子查詢，id的序號會遞增，id值越大優先順序越高，越先被執行。
這裡表的讀取順序是：t3表 -> t1表 -> t2表。id相同不相同， 結合前面兩種情況，id如何相同，可以認為是一組，從上往下執行；在所有組中，id值越大，優先順序越高，越先執行。
圖中表的讀取順序是：t3表 -> derivered2衍生表 -> t2表。
select_type
select語句的查詢型別，主要是用於區分普通查詢、聯合查詢、子查詢等複雜查詢。有六種情況：
SIMPlE：簡單select查詢，查詢中不包含子查詢或者UNION。
PRIMARY：查詢中若包含任何複雜的子部分，最外層查詢則被標記為此值。
SUBQUERY：在select或者where列表中包含了子查詢
DERIVERD：在FROM列表中包含的子查詢被標記為DERIVED(衍生)。MySQL會遞迴執行這些子查詢，把結果放在臨時表裡。
UNION：若第二個SELECT出現在UNION之後，則被標記為UNION；若UNION包含在FROM子句的子查詢中，外層SELECT將被標記為DERIVERD。
UNION RESULT：從UNION表中獲取結果的SELECT。
table
顯示這一行的資料是關於哪張表的。
type
顯示查詢使用了何種型別，從最好到最差依次是：system>const>eq_ref>ref>rang>index>all。
system：表中只有一條記錄（等於系統表），這是const型別的特列，平時不會出現。
const：表示通過索引一次就找到了，const用於比較primary key或者unique索引。因為只匹配一行資料，所以很快。如果主鍵置於where列表中，mysql就能將該查詢轉換為一個常量。
- eq_ref：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描。
- ref：非唯一性索引掃描，返回匹配摸個單獨值得所有行。本質上也是一種索引訪問，它返回所有匹配某個單獨值得行，然後，它可能會找到多個符合條件的行，索引他應該屬於查詢和掃描的混合體。
- rang：只檢索給定範圍的行，使用一個索引來選擇行。key列顯示使用了哪個索引（一般就是在where語句中出現了between、<、>、in等查詢）。這種範圍索引掃描比全表掃描要好，因為它只需要開始於索引的某一點，而結束於另一點，不用掃描全部索引。
index：Full Index San，index與all區別為index型別只遍歷索引樹。這通常比all快，因為索引檔案通常比資料檔案小。（也就是說雖然all和index都是讀取全表，但index是從索引中讀取的，而all是從硬碟中讀的）
all：Full Table San，將遍歷全表以找到匹配的行。
注：一般來說，保證查詢至少達到rang級別，最好能達到ref。
possible_keys
顯示可能應用在這張表中的索引，一個或多個。查詢涉及到的欄位上若存在索引，則該索引將被列出，但不一定被查詢實際使用。
key
實際使用的索引。如果為NULL，則沒有使用索引。查詢中若使用了覆蓋索引，則該索引和查詢的select欄位重疊。
覆蓋索引：查詢的欄位剛好與索引符合，就是SELECT的資料列只用從索引中就能取得，不必讀取資料行。
key_len
表示索引中使用的位元組數，可以通過該列計算查詢中使用的索引長度。在不損失精確性的情況下，長度越短越好。key_len顯示的值為索引欄位的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的。
ref
顯示索引的哪一列被使用了，如果可能的話，是一個常數。哪些列或常量被用於查詢索引列上的值。
rows
根據表統計資訊及索引選用情況，大致估計出找到所需的記錄所需要讀取的行數。
extra
包含不適合在其他列中顯示的額外資訊。
using filesort：說明mysql會對資料使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。MySql中無法利用索引完成的排序操作稱為“檔案排序”。避免這種情況。
using temporary：使用了臨時表儲存中間結果，MySql在對查詢結果排序時使用臨時表。常見於排序查詢order by和分組查詢group by。避免這種情況。
using index：表示相應的select操作中使用了覆蓋索引（Covering Index）,避免訪問了表的資料行，效率不錯。如果同時出現using where，表示索引被用來執行索引鍵值得查詢；如果沒有同時出現using where，表明索引用來讀取資料而非執行查詢動作。
using where：表明使用了where過濾。
using join buffer：使用了連線快取。
impossible where：where子句的值總是false，不能用來獲取任何元組。
distinct：優化distinct操作，在找到第一個匹配的元組後即停止找同樣值得動作。
示例Case
上面sql的執行順序：
select_type為union，說明第四個select也就是是union裡的的第二個select，最先執行（select name, id from t2）。
id為3，是整個查詢中第三個select的一部分。因查詢包含在from中，所以為derived（select id, name from t1 where other_column=”）。
select列表中的子查詢select_type為subquery，為整個查詢中的第二個select（SELECT id from t3）。
id為1，表示union裡的第一個select，select_type列的primary表示該查詢為外層查詢，table列被標記為< derived3 >，表示查詢結果來自一個衍生表，其中dervied3中3代表該查詢衍生自第三個SELECT查詢，即id為3的SELECT（SELECT d1.name……）。
代表從union的臨時表中讀取的階段，table列的< union 1, 4 >表示用第一個和第四個SELECT的結果進行union操作。
文章內容來自尚矽谷視訊教程。