MySQL Explain 總結

2023-08-09 00:22:48 分類：首頁閱讀(47772)

使用Explain關鍵字可以模擬優化器執行SQL語句，總結從而知道MySQL是總結如何處理你的SQL語句的。分析你的總結查詢語句或是結構的性能瓶頸。（定義）
通過Explain 我們做以下的總結事情（作用）：

Explain+SQL語句執行，我們會看到如下信息：

1.id:select查詢的總結序列號，包含一組數字，總結表示查詢中執行select子句或操作表的總結順序

2.select_type:查詢的總結類型，主要用于區別普通查詢、總結聯合查詢、總結子查詢等的復雜查詢

SIMPLE：簡單的select查詢，查詢中不包含子查詢或者UNION
PRIMARY：查詢中若包含任何復雜的子部分，最外層查詢則被標記為
SUBQUERY：在SELECT或者WHERE列表中包含了子查詢
DERIVED：在FROM列表中包含的子查詢被標記為DERIVED（衍生）MySQL會遞歸執行這些子查詢，把結果放在臨時表里。
UNION：若第二個SELECT出現在UNION之后，則被標記為UNION;若UNION包含在FROM子句的子查詢中，外層SELECT將被標記為：DERIVED
UNION RESULT：從UNION表獲取結果的SELECT

3.table：顯示這一行的數據是關于哪張表的

4.type:訪問類型排列

顯示查詢使用了何種類型從最好到最差依次是：

(system>const>eq_ref>ref>range>index>ALL)

system：表只有一行記錄（等于系統表），這是const類型的特例，平時不會出現，這個也可以忽略不計
const：表示通過索引一次就找到了，const用于比較primary key或者unique索引。因為只匹配一行數據，所以很快。如將主鍵至于where列表中，MySQL就能將該查詢轉換為一個常量

ref：非唯一索引掃描，返回匹配某個單獨值的所有行。本質上也是一種索引訪問，它返回所有匹配某個單獨值的行，然而，它可能會找到多個符合條件的行，所以他應該屬于查找和掃描的混合體。

range：只檢索給定范圍的行，使用一個索引來選擇行。key列顯示使用了哪個索引一般就是在你的where語句中出現了between、<、>、in等的查詢這種范圍掃描索引掃描比全表掃描要好，因為他只需要開始索引的某一點，而結束語另一點，不用掃描全部索引。

index:Full Index Scan,index與ALL區別為index類型只遍歷索引樹。這通常比ALL快，因為索引文件通常比數據文件小。（也就是說雖然all和index都是讀全表，但index是從索引中讀取的，而all是從硬盤中讀的）

5.possible_keys:顯示可能應用在這張表中的索引,一個或多個。查詢涉及的字段上若存在索引，則該索引將被列出，但不一定被查詢實際使用

6.key:實際使用的索引。如果為null則沒有使用索引，查詢中若使用了覆蓋索引，則索引和查詢的select字段重疊

7.key_len:表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度。在不損失精確性的情況下，長度越短越好，key_len顯示的值為索引最大可能長度，并非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的

8.ref：顯示索引那一列被使用了，如果可能的話，是一個常數。那些列或常量被用于查找索引列上的值

9.rows：根據表統計信息及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數（越少越好）

10.Extra：包含不適合在其他列中顯示但十分重要的額外信息

Using filesort:說明mysql會對數據使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成排序操作成為“文件排序”

Using index:表示相應的select操作中使用了覆蓋索引（Coveing Index）,避免訪問了表的數據行，效率不錯！如果同時出現using where，表明索引被用來執行索引鍵值的查找；如果沒有同時出現using where，表面索引用來讀取數據而非執行查找動作。//覆蓋索引（Covering Index）:select 查詢列被所建的索引覆蓋