mysql執行計畫分析

執行計畫是sql在資料庫中執行時的表現情況,通常用於sql效能分析,優化等場景。在mysql中使用 explain 關鍵字來檢視。如下所示:

explain select * from table where table.id = 1

執行上面的sql語句後你會看到，下面的表頭資訊：

table | type | possible_keys | key | key_len | ref | rows | extra

解釋下表頭各列的意義。

table

顯示這一行的資料是關於哪張表的

type

這是重要的列，顯示連線使用了何種型別。從最好到最差的連線型別為const、eq_reg、ref、range、index和all

不同連線型別的解釋（按照效率高低的順序排序）：

system：表只有一行：system表。這是const連線型別的特殊情況。

const ：表中的乙個記錄的最大值能夠匹配這個查詢（索引可以是主鍵或惟一索引）。因為只有一行，這個值實際就是常數，因為mysql先讀這個值然後把它當做常數來對待。

eq_ref：在連線中，mysql在查詢時，從前面的表中，對每乙個記錄的聯合都從表中讀取乙個記錄，它在查詢使用了索引為主鍵或惟一鍵的全部時使用。

ref：這個連線型別只有在查詢使用了不是惟一或主鍵的鍵或者是這些型別的部分（比如，利用最左邊字首）時發生。對於之前的表的每乙個行聯合，全部記錄都將從表中讀出。這個型別嚴重依賴於根據索引匹配的記錄多少—越少越好。

range：這個連線型別使用索引返回乙個範圍中的行，比如使用》或《查詢東西時發生的情況。

index：這個連線型別對前面的表中的每乙個記錄聯合進行完全掃瞄（比all更好，因為索引一般小於表資料）。

all：這個連線型別對於前面的每乙個記錄聯合進行完全掃瞄，這一般比較糟糕，應該盡量避免。

possible_keys

顯示可能應用在這張表中的索引。如果為空，沒有可能的索引。可以為相關的域從where語句中選擇乙個合適的語句

key實際使用的索引。如果為null，則沒有使用索引。很少的情況下，mysql會選擇優化不足的索引。這種情況下，可以在select語句中使用use index（indexname）來強制使用乙個索引或者用ignore index（indexname）來強制mysql忽略索引

key_len

使用的索引的長度。在不損失精確性的情況下，長度越短越好

ref顯示索引的哪一列被使用了，如果可能的話，是乙個常數

rows

mysql認為必須檢查的用來返回請求資料的行數

extra

關於mysql如何解析查詢的額外資訊。舉例返回值如：using temporary和using filesort，意思mysql根本不能使用索引，結果是檢索會很慢

以下為extra列返回的一些值和其意義：