MySQL資料庫Query效能定位

標籤：檢索   subquery   nod   type   order by   nbsp   最好   select   無法   

1.SQL前面加 EXPLAIN 定位到sql層級

 

 

 

各個屬性的含義

id

select查詢的序號

select_type

select查詢的類型，主要是區別普通查詢和聯集查詢、子查詢之類的複雜查詢。

table

輸出的行所引用的表。

type

聯集查詢所使用的類型。

type顯示的是訪問類型，是較為重要的一個指標，結果值從好到壞依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般來說，得保證查詢至少達到range層級，最好能達到ref。

possible_keys

指出MySQL能使用哪個索引在該表中找到行。如果是空的，沒有相關的索引。這時要提高效能，可通過檢驗WHERE子句，看是否引用某些欄位，或者檢查欄位不是適合索引。

key

顯示MySQL實際決定使用的鍵。如果沒有索引被選擇，鍵是NULL。

key_len

顯示MySQL決定使用的鍵長度。如果鍵是NULL，長度就是NULL。文檔提示特別注意這個值可以得出一個多重主鍵裡mysql實際使用了哪一部分。

ref

顯示哪個欄位或常數與key一起被使用。

rows

這個數表示mysql要遍曆多少資料才能找到，在innodb上是不準確的。

Extra

如果是Only index，這意味著資訊只用索引樹中的資訊檢索出的，這比掃描整個表要快。

如果是where used，就是使用上了where限制。

如果是impossible where 表示用不著where，一般就是沒查出來啥。

如果此資訊顯示Using filesort或者Using temporary的話會很吃力，WHERE和ORDER BY的索引經常無法兼顧，如果按照WHERE來確定索引，那麼在ORDER BY時，就必然會引起Using filesort，這就要看是先過濾再排序划算，還是先排序再過濾划算。

 

 

2、使用PROFILING 功能可以很清楚的找出一個Query 的IO和cup的瓶頸所在。(百度一下，有很多)

 

MySQL資料庫Query效能定位