前言

如何寫出效率高的SQL語句，提到這必然離不開Explain執行計劃的分析，至于什么是執行計劃，如何寫出高效率的SQL，本篇文章將會一一介紹。

執行計劃

執行計劃是數據庫根據 SQL 語句和相關表的統計信息作出的一個查詢方案，這個方案是由查詢優化器自動分析產生的。

使用explain關鍵字可以模擬優化器執行 SQL 查詢語句，從而知道 MySQL 是如何處理你的 SQL 語句的，分析你的 select 語句或是表結構的性能瓶頸，讓我們知道 select 效率低下的原因，從而改進我們的查詢。

explain 的結果如下：

下面是有關各列的詳細介紹，重要的有id、type、key、rows、extra。

id

• id 列的編號就是 select 的序列號，也可以理解為 SQL 執行順序的標識，有幾個 select 就有幾個 id。
  • id 值不同：如果是只查詢，id 的序號會遞增，id 值越大優先級越高，越先被執行；
  • id 值相同：從上往下依次執行；
  • id 列為 null：表示這是一個結果集，不需要使用它來進行查詢。

select_type

查詢的類型，主要用于區分普通查詢、聯合查詢、子查詢等復雜的查詢；

simple：表示查詢中不包括 union 操作或者子查詢，位于最外層的查詢的 select_type 即為 simple，且只有一個；

 explain select * from t3 where id=3952602;

primary：需要 union 操作或者含有子查詢的 select，位于最外層的查詢的 select_type 即為 primary，且只有一個；

explain select * from (select * from t3 where id=3952602) a ;

derived：from 列表中出現的子查詢，也叫做衍生表；mysql 或者遞歸執行這些子查詢，把結果放在臨時表里。

 explain select * from (select * from t3 where id=3952602) a ;

subquery：除了 from 子句中包含的子查詢外，其他地方出現的子查詢都可能是 subquery。

explain select * from t3 where id = (select id from t3 whereid=3952602 ) ;

union：若第二個 select 出現在 union 之后，則被標記為 union；若 union 包含在 from 子句的子查詢中，外層 select 將被標記為 derived。

explain select * from t3 where id=3952602 union all select * from t3;

union result：從 union 表獲取結果的 select ，因為它不需要參與查詢，所以 id 字段為 null。

 explain select * from t3 where id=3952602 union all select * from t3;

dependent union：與 union 一樣，出現在 union 或 union all 語句中，但是這個查詢要受到外部查詢的影響；

dependent subquery：與 dependent union 類似，子查詢中的第一個 SELECT，這個 subquery 的查詢要受到外部表查詢的影響。

table

表示 explain 的一行正在訪問哪個表。

• 如果查詢使用了別名，那么這里顯示的是別名;
• 如果不涉及對數據表的操作，那么這顯示為 null;
• 如果顯示為尖括號括起來的就表示這個是臨時表，后邊的 N 就是執行計劃中的 id，表示結果來自于這個查詢產生;
• 如果是尖括號括起來的union M,N>，與類似，也是一個臨時表，表示這個結果來自于 union 查詢的 id 為 M,N 的結果集。

type

訪問類型，即 MySQL 決定如何查找表中的行。

依次從好到差：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL，除了 all 之外，其他的 type 都可以使用到索引，除了 index_merge 之外，其他的 type 只可以用到一個索引。一般來說，得保證查詢至少達到 range 級別，最好能達到 ref。

1. system：表中只有一行數據（等于系統表），這是 const 類型的特例，平時不會出現，可以忽略不計。
2. const：使用唯一索引或者主鍵，表示通過索引一次就找到了，const 用于比較 primary key 或者 unique 索引。因為只需匹配一行數據，所有很快。如果將主鍵置于 where 列表中，mysql 就能將該查詢轉換為一個 const。
3. eq_ref：唯一性索引掃描，對于每個索引鍵，表中只有一行數據與之匹配。常見于主鍵或唯一索引掃描。
4. ref：非唯一性索引掃描，返回匹配某個單獨值的所有行。本質也是一種索引。
5. fulltext：全文索引檢索，全文索引的優先級很高，若全文索引和普通索引同時存在時，mysql 不管代價，優先選擇使用全文索引。
6. ref_or_null：與 ref 方法類似，只是增加了 null 值的比較。
7. index_merge：表示查詢使用了兩個以上的索引，索引合并的優化方法，最后取交集或者并集，常見 and ，or 的條件使用了不同的索引。
8. unique_subquery：用于 where 中的 in 形式子查詢，子查詢返回不重復值唯一值；
9. index_subquery：用于 in 形式子查詢使用到了輔助索引或者 in 常數列表，子查詢可能返回重復值，可以使用索引將子查詢去重。
10. range：索引范圍掃描，常見于使用>,,between ,in ,like等運算符的查詢中。
11. index：索引全表掃描，把索引樹從頭到尾掃一遍；
12. all：遍歷全表以找到匹配的行（Index 與 ALL 雖然都是讀全表，但 index 是從索引中讀取，而 ALL 是從硬盤讀取）
13. NULL: MySQL 在優化過程中分解語句，執行時甚至不用訪問表或索引。

possible_keys

顯示查詢可能使用到的索引。

key

顯示查詢實際使用哪個索引來優化對該表的訪問；

select_type 為 index_merge 時，這里可能出現兩個以上的索引，其他的 select_type 這里只會出現一個。

key_len

• 用于處理查詢的索引長度，表示索引中使用的字節數。通過這個值，可以得出一個多列索引里實際使用了哪一部分。
• 注：key_len 顯示的值為索引字段的最大可能長度，并非實際使用長度，即 key_len 是根據表定義計算而得，不是通過表內檢索出的。另外，key_len 只計算 where 條件用到的索引長度，而排序和分組就算用到了索引，也不會計算到 key_len 中。

ref

顯示哪個字段或者常數與 key 一起被使用。

• 如果是使用的常數等值查詢，這里會顯示 const。
• 如果是連接查詢，被驅動表的執行計劃這里會顯示驅動表的關聯字段。
• 如果是條件使用了表達式或者函數，或者條件列發生了內部隱式轉換，這里可能顯示為 func。

rows

表示 MySQL 根據表統計信息及索引選用情況，大致估算的找到所需的目標記錄所需要讀取的行數，不是精確值。

extra

不適合在其他列中顯示但十分重要的額外信息。

這個列可以顯示的信息非常多，有幾十種，常用的有：