1）、id列數字越大越先執行，如果說數字一樣大，那麼就從上往下依次執行，id列為null的就表是這是乙個結果集，不需要使用它來進行查詢。
2）、select_type列常見的有：
a：******：表示不需要union操作或者不包含子查詢的簡單select查詢。有連線查詢時，外層的查詢為******，且只有乙個
b：primary：乙個需要union操作或者含有子查詢的select，位於最外層的單位查詢的select_type即為primary。且只有乙個
c：union：union連線的兩個select查詢，第乙個查詢是dervied派生表，除了第乙個表外，第二個以後的表select_type都是union
d：dependent union：與union一樣，出現在union 或union all語句中，但是這個查詢要受到外部查詢的影響
e：union result：包含union的結果集，在union和union all語句中,因為它不需要參與查詢，所以id欄位為null
f：subquery：除了from字句中包含的子查詢外，其他地方出現的子查詢都可能是subquery
g：dependent subquery：與dependent union類似，表示這個subquery的查詢要受到外部表查詢的影響
h：derived：from字句**現的子查詢，也叫做派生表，其他資料庫中可能叫做內聯檢視或巢狀select
4）、type
依次從好到差：system，const，eq_ref，ref，fulltext，ref_or_null，unique_subquery，index_subquery，range，index_merge，index，all，除了all之外，其他的type都可以使用到索引，除了index_merge之外，其他的type只可以用到乙個索引
a：system：表中只有一行資料或者是空表，且只能用於myisam和memory表。如果是innodb引擎表，type列在這個情況通常都是all或者index
b：const：使用唯一索引或者主鍵，返回記錄一定是1行記錄的等值where條件時，通常type是const。其他資料庫也叫做唯一索引掃瞄
c：eq_ref：出現在要連線過個表的查詢計畫中，驅動表只返回一行資料，且這行資料是第二個表的主鍵或者唯一索引，且必須為not null，
唯一索引和主鍵是多列時，只有所有的列都用作比較時才會出現eq_ref
d：ref：不像eq_ref那樣要求連線順序，也沒有主鍵和唯一索引的要求，只要使用相等條件檢索時就可能出現，常見與輔助索引的等值查詢。
或者多列主鍵、唯一索引中，使用第乙個列之外的列作為等值查詢也會出現，總之，返回資料不唯一的等值查詢就可能出現。
e：fulltext：全文索引檢索，要注意，全文索引的優先順序很高，若全文索引和普通索引同時存在時，mysql不管代價，優先選擇使用全文索引
f：ref_or_null：與ref方法類似，只是增加了null值的比較。實際用的不多。
g：unique_subquery：用於where中的in形式子查詢，子查詢返回不重複值唯一值
h：index_subquery：用於in形式子查詢使用到了輔助索引或者in常數列表，子查詢可能返回重複值，可以使用索引將子查詢去重。
i：range：索引範圍掃瞄，常見於使用》,
j：index_merge：表示查詢使用了兩個以上的索引，最後取交集或者並集，常見and ，or的條件使用了不同的索引，官方排序這個在ref_or_null
之後，但是實際上由於要讀取所個索引，效能可能大部分時間都不如range
k：index：索引全表掃瞄，把索引從頭到尾掃一遍，常見於使用索引列就可以處理不需要讀取資料檔案的查詢、可以使用索引排序或者分組的查詢。
l：all：這個就是全表掃瞄資料檔案，然後再在server層進行過濾返回符合要求的記錄。
6）、key
查詢真正使用到的索引，select_type為index_merge時，這裡可能出現兩個以上的索引，其他的select_type這裡只會出現乙個。
7）、key_len
用於處理查詢的索引長度，如果是單列索引，那就整個索引長度算進去，如果是多列索引，那麼查詢不一定都能使用到所有的列，具體使用到了多少個列的索引，這裡就會計算進去，沒有使用到的列，這裡不會計算進去。留意下這個列的值，算一下你的多列索引總長度就知道有沒有使用到所有的列了。要注意，mysql的icp特性使用到的索引不會計入其中。另外，key_len只計算where條件用到的索引長度，而排序和分組就算用到了索引，也不會計算到key_len中。
8）、ref
如果是使用的常數等值查詢，這裡會顯示const，如果是連線查詢，被驅動表的執行計畫這裡會顯示驅動表的關聯字段，如果是條件使用了表示式或者函式，或者條件列發生了內部隱式轉換，這裡可能顯示為func
9）、rows
這裡是執行計畫中估算的掃瞄行數，不是精確值
10）、extra
這個列可以顯示的資訊非常多，有幾十種，常用的有
a：distinct：在select部分使用了distinc關鍵字
b：no tables used：不帶from字句的查詢或者from dual查詢
c：使用not in()形式子查詢或not exists運算子的連線查詢，這種叫做反連線。即，一般連線查詢是先查詢內錶，再查詢外表，反連線就是先查詢
外表，再查詢內錶。
d：using filesort：排序時無法使用到索引時，就會出現這個。常見於order by和group by語句中
e：using index：查詢時不需要回表查詢，直接通過索引就可以獲取查詢的資料。
f：using join buffer（block nested loop），using join buffer（batched key accss）：5.6.x之後的版本優化關聯查詢的bnl，bka特性。
主要是減少內錶的迴圈數量以及比較順序地掃瞄查詢。
g：using sort_union，using_union，using intersect，using sort_intersection：
using intersect：表示使用and的各個索引的條件時，該資訊表示是從處理結果獲取交集
using union：表示使用or連線各個使用索引的條件時，該資訊表示從處理結果獲取並集
using sort_union和using sort_intersection：與前面兩個對應的類似，只是他們是出現在用and和or查詢資訊量大時，先查詢主鍵，
然後進行排序合併後，才能讀取記錄並返回。
h：using temporary：表示使用了臨時表儲存中間結果。臨時表可以是記憶體臨時表和磁碟臨時表，執行計畫中看不出來，需要檢視status變
量，used_tmp_table，used_tmp_disk_table才能看出來。
i：using where：表示儲存引擎返回的記錄並不是所有的都滿足查詢條件，需要在server層進行過濾。查詢條件中分為限制條件和檢查條件，
5.6之前，儲存引擎只能根據限制條件掃瞄資料並返回，然後server層根據檢查條件進行過濾再返回真正符合查詢的資料。5.6.x之後支援icp特性，
可以把檢查條件也下推到儲存引擎層，不符合檢查條件和限制條件的資料，直接不讀取，這樣就大大減少了儲存引擎掃瞄的記錄數量。extra列顯
示using index condition
j：firstmatch(tb_name)：5.6.x開始引入的優化子查詢的新特性之一，常見於where字句含有in()型別的子查詢。如果內錶的資料量比較大，就可能
出現這個
k：loosescan(m..n)：5.6.x之後引入的優化子查詢的新特性之一，在in()型別的子查詢中，子查詢返回的可能有重覆記錄時，就可能出現這個
11）、filtered
使用explain extended時會出現這個列，5.7之後的版本預設就有這個字段，不需要使用explain extended了。這個字段表示儲存引擎返回的資料在server層過濾後，剩下多少滿足查詢的記錄數量的比例，注意是百分比，不是具體記錄數。
Mysql explain 執行計畫
使用方法，在select語句前加上explain就可以了 如 explain select from test1 explain列的解釋 table 顯示這一行的資料是關於哪張表的 type 這是重要的列，顯示連線使用了何種型別。從最好到最差的連線型別為const eq reg ref range ...
MySql Explain執行計畫
explain執行計畫 例 explain select from user idselect type table partitions type possible keys keykey len refrows filtered extra id 查詢序列號，表示查詢中執行select子句或操作...
MySQL Explain 執行計畫
執行計畫就是sql的執行查詢的順序，以及如何使用索引查詢，返回的結果集行數，可以根據執行計畫結果結合業務對現有sql進行優化 explain 查詢結果有10列，分別表示的含義是 是乙個有序的編號，是查詢的順序號，有幾個select就顯示幾行，id的順序是按照select出現的順序增長的，id列的值越...