mysql性能分析之explain

Explain命令在解決數據庫性能上是第一推薦使用命令，大部分的性能問題能夠經過此命令來簡單的解決，Explain能夠用來查看SQL語句的執行效 果，能夠幫助選擇更好的索引和優化查詢語句，寫出更好的優化語句。

Explain語法：explain select … from … [where …]

例如：explain select * from news;

輸出：

+--+-----------+-----+----+-------------+---+-------+---+----+-----+
|id|select_type|table|type|possible_keys|key|key_len|ref|rows|Extra|
+--+-----------+-----+----+-------------+---+-------+---+----+-----+


下面對各個屬性進行了解：

一、id：這是SELECT的查詢序列號

二、select_type：select_type就是select的類型，能夠有如下幾種：

SIMPLE：簡單SELECT(不使用UNION或子查詢等)

PRIMARY：最外面的SELECT

UNION：UNION中的第二個或後面的SELECT語句

DEPENDENT UNION：UNION中的第二個或後面的SELECT語句，取決於外面的查詢

UNION RESULT：UNION的結果。

SUBQUERY：子查詢中的第一個SELECT

DEPENDENT SUBQUERY：子查詢中的第一個SELECT，取決於外面的查詢

DERIVED：導出表的SELECT(FROM子句的子查詢)

三、table：顯示這一行的數據是關於哪張表的

四、type：這列最重要，顯示了鏈接使用了哪一種類別,有無使用索引，是使用Explain命令分析性能瓶頸的關鍵項之一。

結果值從好到壞依次是：

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

通常來講，得保證查詢至少達到range級別，最好能達到ref，不然就可能會出現性能問題。

五、possible_keys：列指出MySQL能使用哪一個索引在該表中找到行

六、key：顯示MySQL實際決定使用的鍵（索引）。若是沒有選擇索引，鍵是NULL

七、key_len：顯示MySQL決定使用的鍵長度。若是鍵是NULL，則長度爲NULL。使用的索引的長度。在不損失精確性的狀況下，長度越短越好

八、ref：顯示使用哪一個列或常數與key一塊兒從表中選擇行。

九、rows：顯示MySQL認爲它執行查詢時必須檢查的行數。

十、Extra：包含MySQL解決查詢的詳細信息，也是關鍵參考項之一。

Distinct
一旦MYSQL找到了與行相聯合匹配的行，就再也不搜索了

Not exists
MYSQL 優化了LEFT JOIN，一旦它找到了匹配LEFT JOIN標準的行，

就再也不搜索了

Range checked for each

Record（index map:#）
沒有找到理想的索引，所以對於從前面表中來的每一 個行組合，MYSQL檢查使用哪一個索引，並用它來從表中返回行。這是使用索引的最慢的鏈接之一

Using filesort
看 到這個的時候，查詢就須要優化了。MYSQL須要進行額外的步驟來發現如何對返回的行排序。它根據鏈接類型以及存儲排序鍵值和匹配條件的所有行的行指針來 排序所有行

Using index
列數據是從僅僅使用了索引中的信息而沒有讀取實際的行動的表返回的，這發生在對錶 的所有的請求列都是同一個索引的部分的時候

Using temporary
看到這個的時候，查詢須要優化了。這 裏，MYSQL須要建立一個臨時表來存儲結果，這一般發生在對不一樣的列集進行ORDER BY上，而不是GROUP BY上

Using where
使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給用戶。若是不想返回表中的所有行，而且鏈接類型ALL或index， 這就會發生，或者是查詢有問題

其餘一些Tip：

1. 當type 顯示爲 「index」 時，而且Extra顯示爲「Using Index」， 代表使用了覆蓋索引。