MYSQL 執行計畫

標籤：blog   http   io   ar   os   使用   sp   strong   檔案   

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後查看執行計畫 引用自：http://www.cnblogs.com/ggjucheng/archive/2012/11/11/2765237.html

MYSQL 執行計畫