MySQL執行計畫解讀

Explain文法

EXPLAIN  SELECT ……變體：1. EXPLAIN EXTENDED SELECT ……將執行計畫“反編譯”成SELECT語句，運行SHOW WARNINGS 可得到被MySQL最佳化器最佳化後的查詢語句 2. EXPLAIN PARTITIONS SELECT ……用於分區表的EXPLAIN

執行計畫包含的資訊

 

id

包含一組數字，表示查詢中執行select子句或動作表的順序

 

id相同，執行順序由上至下

 

如果是子查詢，id的序號會遞增，id值越大優先順序越高，越先被執行

 

id如果相同，可以認為是一組，從上往下順序執行；在所有組中，id值越大，優先順序越高，越先執行

 

select_type 表示查詢中每個select子句的類型（簡單 OR複雜） 

a.SIMPLE：查詢中不包含子查詢或者UNIONb.查詢中若包含任何複雜的子部分，最外層查詢則被標記為：PRIMARYc.在SELECT或WHERE列表中包含了子查詢，該子查詢被標記為：SUBQUERYd.在FROM列表中包含的子查詢被標記為：DERIVED（衍生）e.若第二個SELECT出現在UNION之後，則被標記為UNION；若UNION包含在  FROM子句的子查詢中，外層SELECT將被標記為：DERIVEDf.從UNION表擷取結果的SELECT被標記為：UNION RESULT  type 表示MySQL在表中找到所需行的方式，又稱“訪問類型”，常見類型如下： 

由左至右，由最差到最好 a.ALL：Full Table Scan， MySQL將遍曆全表以找到匹配的行 

b.index：Full Index Scan，index與ALL區別為index類型只遍曆索引樹 

c.range：索引範圍掃描，對索引的掃描開始於某一點，返回匹配範圍的行，常見於between、<、>等的查詢

 

range訪問類型的不同形式的索引訪問效能差異

 

d.ref：非唯一性索引掃描，返回匹配某個單獨值的所有行。常見於使用非唯一索引即唯一索引的非唯一首碼進行的尋找 

 

 

 e.eq_ref：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描

 f.const、system：當MySQL對查詢某部分進行最佳化，並轉換為一個常量時，使用這些類型訪問。如將主鍵置於where列表中，MySQL就能將該查詢轉換為一個常量

system是const類型的特例，當查詢的表只有一行的情況下， 使用system  g.NULL：MySQL在最佳化過程中分解語句，執行時甚至不用訪問表或索引 

 

possible_keys 指出MySQL能使用哪個索引在表中找到行，查詢涉及到的欄位上若存在索引，則該索引將被列出，但不一定被查詢使用  key顯示MySQL在查詢中實際使用的索引，若沒有使用索引，顯示為NULLTIPS：查詢中若使用了覆蓋索引，則該索引僅出現在key列表中

 

key_len表示索引中使用的位元組數，可通過該列計算查詢中使用的索引的長度

 

key_len顯示的值為索引欄位的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的  ref表示上述表的串連匹配條件，即哪些列或常量被用於尋找索引列上的值 

本例中，由key_len可知t1表的idx_col1_col2被充分使用，col1匹配t2表的col1，col2匹配了一個常量，即 ’ac’  rows表示MySQL根據表統計資訊及索引選用情況，估算的找到所需的記錄所需要讀取的行數 

 

Extra包含不適合在其他列中顯示但十分重要的額外資訊 a.Using index 

該值表示相應的select操作中使用了覆蓋索引（Covering Index） 

 

TIPS：覆蓋索引（Covering Index） 

MySQL可以利用索引返回select列表中的欄位，而不必根據索引再次讀取資料檔案 

包含所有滿足查詢需要的資料的索引稱為 覆蓋索引（Covering Index） 

注意：如果要使用覆蓋索引，一定要注意select列表中只取出需要的列，不可select *，因為如果將所有欄位一起做索引會導致索引檔案過大，查詢效能下降 b.Using where 

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

 

c.Using temporary 

表示MySQL需要使用暫存資料表來儲存結果集，常見於排序和分組查詢 

 

d.Using filesort 

MySQL中無法利用索引完成的排序操作稱為“檔案排序” 

 

 

 

 

MySQL執行計畫的局限 •EXPLAIN不會告訴你關於觸發器、預存程序的資訊或使用者自訂函數對查詢的影響情況•EXPLAIN不考慮各種Cache•EXPLAIN不能顯示MySQL在執行查詢時所作的最佳化工作•部分統計資訊是估算的，並非精確值•EXPALIN只能解釋SELECT操作，其他動作要重寫為SELECT後查看執行計畫   最後

本文是我從簡朝陽推薦的ppt轉換為網頁版的，原ppt下載:

原文連結 http://isky000.com/database/mysql-explain-detail