超詳細的MySQL性能分析（Explain）

轉載希望指明原處：https://blog.csdn.net/qq_34161458
更多知識，請移步我的小破站：http://hellofriend.top

1. 概述

使用EXPLAIN關鍵字可以模擬優化器執行SQL查詢語句，從而知道MySQL是如何處理你的SQL語句的。分析你的查詢語句或是表結構的性能瓶頸。

通過Explain，我們可以獲取以下信息：

• 表的讀取順序
• 哪些索引可以使用
• 數據讀取操作的操作類型
• 哪些索引被實際使用
• 表之間的引用
• 每張表有多少行被物理查詢

2. 怎樣獲取SQL語句的執行計劃？

Explain + SQL語句

舉例

EXPLAIN SELECT * FROM USER;

執行計劃所包含的信息

3. 執行計劃各個名詞字段的解釋

3.1 Id

select查詢的序列號,包含一組數字，表示查詢中執行select子句或操作表的順序。

三種情況

（1） ID相同

id相同，執行順序由上至下。

（2）ID不同

如果是子查詢，id的序號會遞增。id越大優先級越高，越先被執行。

（3）ID既有相同的也有不同的

id如果相同，可以認爲是一組，從上往下順序執行。在所有組中，id值越大，優先級越高，越先執行。

注意點

id號每個號碼，表示一趟獨立的查詢。一個sql的查詢趟數越少越好。

3.2 Select_type

查詢的類型，主要是用於區別普通查詢、聯合查詢、子查詢等的複雜查詢。

• Simple：簡單的 select 查詢,查詢中不包含子查詢或者UNION。
  
• Primary：查詢中若包含任何複雜的子部分，最外層查詢則被標記爲Primary。
  
• Derived：在FROM列表中包含的子查詢被標記爲DERIVED(衍生)，MySQL會遞歸執行這些子查詢, 把結果放在臨時表裏。
  
• SubQuery：在SELECT或WHERE列表中包含了子查詢。
  
• Dependent SubQuery：在SELECT或WHERE列表中包含了子查詢，用到了IN關鍵字的。
  
• Uncacheable SubQuery：不可以使用到緩存的子查詢，用到了變量作爲篩選條件。
  
• Union：若第二個SELECT出現在UNION之後，則被標記爲UNION；若UNION包含在FROM子句的子查詢中,外層SELECT將被標記爲：DERIVED。
  
• Union Result：從UNION表獲取結果的SELECT。
  

3.3 Table

顯示這一行的數據是關於哪張表的。

3.4 Partitions

代表分區表中的命中情況，非分區表，該項爲null。

3.5 Type

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

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

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

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

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

總覽

三種需要優化的類型

Range

只檢索給定範圍的行,使用一個索引來選擇行。key 列顯示使用了哪個索引。一般就是在你的where語句中出現了between、<、>、in等的查詢。

這種範圍掃描索引掃描比全表掃描要好，因爲它只需要開始於索引的某一點，而結束語另一點，不用掃描全部索引。

Index

SQL使用到了索引，但是沒用索引進行過濾。一般是使用到了覆蓋索引或者是使用索引進行排序分組。

All

Full Table Scan，將遍歷全表以找到匹配的行。

3.6 Possible_Keys

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

3.7 Key

實際使用的索引。如果爲NULL，則沒有使用索引。查詢中若使用了覆蓋索引，則該索引和查詢的select字段重疊。

3.8 Key_Len

表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度。key_len字段能夠幫你檢查是否充分的利用上了索引。key_len越長，查詢效率越高。Where條件命中索引的長度，不包含分組排序。

3.9 Ref

顯示索引的哪一列被使用了，如果可能的話，是一個常數。哪些列或常量被用於查找索引列上的值。

3.10 Rows

rows列顯示MySQL認爲它執行查詢時必須檢查的行數。行數越少，效率越高！

3.11 Filtered

這個字段表示存儲引擎返回的數據在server層過濾後，剩下多少滿足查詢的記錄數量的比例，注意是百分比，不是具體記錄數。

3.12 Extra

包含不適合在其他列中顯示但十分重要的額外信息。主要用來檢查分組、排序的時候用沒用到索引。

Using filesort

說明mysql會對數據使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成的排序操作稱爲“ 文件排序 ”。排序的字段沒有創建索引。

Using temporary

使了用臨時表保存中間結果,MySQL在對查詢結果排序時使用臨時表。常見於排序 order by 和分組查詢 group by。分組的時候使用的字段沒有創建索引，分組其實內部包含了一個排序的過程，所以上面的Using filesort 也會出現。

Using Index

表示相應的select操作中使用了覆蓋索引，避免訪問了表的數據行，效率不錯。

Using Where

表明使用到了Where過濾。

Using Join Buffer

使用到了連接緩存。

Impossible where

where 子句的結果永遠爲false，表示sql語句錯了。

Select tables optimized away

在沒有GROUPBY子句的情況下，基於索引優化MIN/MAX操作或者 對於MyISAM存儲引擎優化COUNT(*)操作，不必等到執行階段再進行計算， 查詢執行計劃生成的階段即完成優化。

總結

本文講述了通過使用Explain關鍵字進行MySQL語句性能的分析，下篇將更進一步的講解如何進行優化。