(轉)mysql執行計劃分析 MySQL執行計劃解讀

轉自:https://www.cnblogs.com/liu-ke/p/4432774.htmlhtml

MySQL執行計劃解讀

 

Explain語法

EXPLAIN  SELECT ……
變體:
1. EXPLAIN EXTENDED SELECT ……
將執行計劃「反編譯」成SELECT語句,運行SHOW WARNINGS 可獲得被MySQL優化器優化後的查詢語句 
2. EXPLAIN PARTITIONS SELECT ……
用於分區表的EXPLAIN

 

執行計劃包含的信息服務器

 

id

包含一組數字,表示查詢中執行select子句或操做表的順序函數

 

id相同,執行順序由上至下post

 

若是是子查詢,id的序號會遞增,id值越大優先級越高,越先被執行性能

 

id若是相同,能夠認爲是一組,從上往下順序執行;在全部組中,id值越大,優先級越高,越先執行優化

 

select_type 

表示查詢中每一個select子句的類型(簡單 OR複雜)
 

a.SIMPLE:查詢中不包含子查詢或者UNION
b.查詢中若包含任何複雜的子部分,最外層查詢則被標記爲:PRIMARY
c.在SELECT或WHERE列表中包含了子查詢,該子查詢被標記爲:SUBQUERY
d.在FROM列表中包含的子查詢被標記爲:DERIVED(衍生)
e.若第二個SELECT出如今UNION以後,則被標記爲UNION;若UNION包含在  FROM子句的子查詢中,外層SELECT將被標記爲:DERIVED
f.從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在查詢中實際使用的索引,若沒有使用索引,顯示爲NULL
TIPS:查詢中若使用了覆蓋索引,則該索引僅出如今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後查看執行計劃
相關文章
相關標籤/搜索