當Explain
與SQL
語句一起使用時,MySQL
會顯示來自優化器關於SQL執行的資訊。也就是說,MySQL
解釋了它將如何處理該語句,包括如何連接表格以及什麼順序連接表格等。
sql
的查詢類型Explain執行計劃包含欄位資訊如下:分別是
id、
select_type、
table、
partitions、
type、
possible_keys、
key、
key_len、
ref、
rows 、
filtered、
Extra12個欄位。
id::表示查詢中執行select子句或操作表的順序,
id的值越大,代表優先權越高,越先執行
。 id大致會出現3種情況:
相同
id都相同,可以理解成這三個表為一組,具有同樣的優先級,執行順序由上而下,具體順序由優化器決定。
不同
SQL中存在子查詢,那麼
id的序號會遞增,
id值越大優先順序越高,越先被執行。當三個表依序嵌套,發現最裡層的子查詢
id最大,最先執行。
SQL稍微修改一下,增加一個子查詢,發現
id的以上兩種同時存在。相同
id分成一組,這樣就有三個組,同組的從上往下順序執行,不同組
id值越大,優先權越高,越先執行。
select_type:表示
select查詢的類型,主要是用來區分各種複雜的查詢,例如:
普通查詢、
聯合查詢、
子查詢等。
SIMPLE:表示最簡單的select 查詢語句,也就是在查詢中不包含子查詢或
union交並差集等操作。
PRIMARY:當查詢語句中包含任何複雜的子部分,最外層查詢則被標記為
PRIMARY。
SUBQUERY:當
select或
where清單中包含了子查詢,該子查詢被標記為:
SUBQUERY。
DERIVED:表示包含在
from子句中的子查詢的select,在我們的
from清單中包含的子查詢會被標記為
derived。
UNION:如果
union後邊又出現的
select##語句,則會被標記為union
;若union
包含在from
子句的子查詢中,外層select
將被標記為derived
。
:代表從union
的暫存表中讀取數據,而table
列的<union1,4>
表示用第一個和第四個select
的結果進行union
操作。
、<union1,4>
等。 <h3>
<span class="header-link octicon octicon-link"></span>四、partitions</h3>
<p>查詢時匹配到的分區信息,對於非分區表值為<code>NULL
,當查詢的是分區表時,partitions
顯示分區表命中的分區情況。
type
:查詢使用了何種類型,它在SQL
優化中是一個非常重要的指標,以下效能從好到壞依序是:system
>const
>eq_ref
>ref
#>ref_or_null
>index_merge
>unique_subquery
>index_subquery
>range
>index
>ALL
#system
:當表格僅有一行記錄時(系統表) ,資料量很少,往往不需要進行磁碟IO,速度非常快。
const
:表示查詢時會命中primary key
主鍵或unique
#唯一索引,或被連接的部分是一個常數(const
)值。這類掃描效率極高,回傳資料量少,速度非常快。
eq_ref
:查詢時命中主鍵primary key
或unique key
索引,type
就是eq_ref
。
ref
:區別於eq_ref
,ref
#表示使用非唯一性索引,會找到很多符合條件的行。
ref_or_null
:這種連接類型類似ref,差異在於MySQL
會額外搜尋包含NULL
值的行。
index_merge
:使用了索引合併最佳化方法,查詢使用了兩個以上的索引。
7、unique_subquery
value IN (SELECT primary_key FROM single_table WHERE some_expr)
8、index_subquery
value IN (SELECT key_column FROM single_table WHERE some_expr)
9、range
range:使用索引選擇行,僅檢索給定範圍內的行。簡單點說就是針對一個有索引的字段,給定範圍檢索資料。在
where語句中使用
bettween...and、
<、
>、
<= 、
in等條件查詢。
10、index
index
:
Index與
ALL
六、possible_keys
possible_keys
七、key
key
possible_keystype,key是查詢中實際使用的索引,若沒有使用索引,顯示為
當NULL
。具體請參考上邊的例子。
單列索引,那麼需要將整個索引長度算進去;只計算###where###條件中用到的索引長度,而排序和分組即便是用到了索引,也不會計算到###key_len###中。 ###
多列索引,不是所有欄位都能用到,需要計算查詢中實際用到的欄位。
注意:
key_len
ref
:常見的有:const
,func
,null
,欄位名稱。
const
,關聯欄位
表達式
、函數
,或是條件列發生內部隱含轉換,則可能顯示為func
null
rows
:以表的統計資訊和索引使用情況,估算要找到我們所需的記錄,需要讀取的行數。
這是評估SQL
效能的一個比較重要的數據,mysql
需要掃描的行數,很直觀的顯示SQL
效能的好壞,一般情況下rows
值越小越好。
filtered
這個是一個百分比的值,表裡符合條件的記錄數的百分比。簡單點說,這個欄位表示儲存引擎回傳的資料在經過過濾後,剩下滿足條件的記錄數量的比例。
在MySQL.5.7
版本先前想要顯示filtered
#需要使用explain extended
指令。 MySQL.5.7
後,預設explain
直接顯示partitions
和filtered
的資訊。
Extra
:不適合在其他欄位中顯示的信息,Explain
#中的很多額外的資訊會在Extra
欄位顯示。
Using index
:我們在對應的select
操作中使用了覆蓋索引,通俗一點講就是查詢的列被索引覆蓋,使用到覆蓋索引查詢速度會非常快,SQl
優化中理想的狀態。
什麼又是覆蓋索引?
一條SQL
只需要透過索引就可以返回,我們所需要查詢的資料(一個或幾個欄位),而不必透過二級索引,查到主鍵之後再透過主鍵查詢整行資料(select *
)。
注意:想要使用到覆蓋索引,我們在select
時只取出需要的字段,不可select *
,而且該字段建了索引。
Using where
:查詢時找不到可用的索引,進而透過where
條件過濾取得所需數據,但要注意的是並不是所有帶有where
語句的查詢都會顯示Using where
。
Using temporary
:表示查詢後結果需要使用臨時表來存儲,一般在排序或分組查詢時用到。
Using filesort
:表示無法利用索引完成的排序操作,也就是ORDER BY
的欄位沒有索引,通常這樣的SQL都是需要最佳化的。
如果ORDER BY
欄位有索引就會用到覆蓋索引,相比執行速度快很多。
Using join buffer
:在我們聯表查詢的時候,如果表格的連接條件沒有用到索引,需要有一個連接緩衝區來儲存中間結果。
Impossible where
:表示在我們用不太正確的where
語句,導致沒有符合條件的行。
No tables used
:我們的查詢語句中沒有FROM
子句,或者有FROM DUAL
子句。
Extra
列的資訊非常非常多,這裡就不再一一列舉了,詳見MySQL
官方文件:https://dev.mysql.com /doc/ref…
#重點看的幾列:
possible_keys:可能可以利用的索引的名字。這裡的索引名字是建立索引時指定的索引暱稱;如果索引沒有暱稱,則預設顯示的是索引中第一個欄位的名字(在本例中,它是「firstname」)。預設索引名字的意思往往不是很明顯。
key:它顯示了MySQL實際使用的索引的名字。如果它為空(或NULL),則MySQL不使用索引。
key_len:索引中被使用部分的長度,以位元組計
ref:列出是透過常數(const),還是某個表格的某個欄位(如果是join)來過濾(透過key)
的;
rows:MySQL所認為的它在找到正確的結果之前必須掃描的記錄數。顯然,這裡最理想的數字就是1。
推薦學習:《mysql影片教學》
以上是MySQL Explain有啥用? (附執行詳解)的詳細內容。更多資訊請關注PHP中文網其他相關文章!