1. 程式人生 > 其它 >【MySQL優化】——看懂explain

【MySQL優化】——看懂explain

https://blog.csdn.net/jiadajing267/article/details/81269067

explain
explain模擬優化器執行SQL語句,在5.6以及以後的版本中,除過select,其他比如insert,update和delete均可以使用explain檢視執行計劃,從而知道mysql是如何處理sql語句,分析查詢語句或者表結構的效能瓶頸。
作用
1、表的讀取順序
2、資料讀取操作的操作型別
3、哪些索引可以使用
4、哪些索引被實際使用
5、表之間的引用
6、每張表有多少行被優化器查詢

explain用法
explain+SQL語句即可!
執行計劃包含的資訊如下

資訊 描述
id 查詢的序號,包含一組數字,表示查詢中執行select子句或操作表的順序
**兩種情況**
id相同,執行順序從上往下
id不同,id值越大,優先順序越高,越先執行
select_type 查詢型別,主要用於區別普通查詢,聯合查詢,子查詢等的複雜查詢
1、simple ——簡單的select查詢,查詢中不包含子查詢或者UNION
2、primary ——查詢中若包含任何複雜的子部分,最外層查詢被標記
3、subquery——在select或where列表中包含了子查詢
4、derived——在from列表中包含的子查詢被標記為derived(衍生),MySQL會遞迴執行這些子查詢,把結果放到臨時表中
5、union——如果第二個select出現在UNION之後,則被標記為UNION,如果union包含在from子句的子查詢中,外層select被標記為derived
6、union result:UNION 的結果
table 輸出的行所引用的表
type 顯示聯結型別,顯示查詢使用了何種型別,按照從最佳到最壞型別排序
1、system:表中僅有一行(=系統表)這是const聯結型別的一個特例。
2、const:表示通過索引一次就找到,const用於比較primary key或者unique索引。因為只匹配一行資料,所以如果將主鍵置於where列表中,mysql能將該查詢轉換為一個常量
3、eq_ref:唯一性索引掃描,對於每個索引鍵,表中只有一條記錄與之匹配。常見於唯一索引或者主鍵掃描
4、ref:非唯一性索引掃描,返回匹配某個單獨值的所有行,本質上也是一種索引訪問,它返回所有匹配某個單獨值的行,可能會找多個符合條件的行,屬於查詢和掃描的混合體
5、range:只檢索給定範圍的行,使用一個索引來選擇行。key列顯示使用了哪個索引,一般就是where語句中出現了between,in等範圍的查詢。這種範圍掃描索引掃描比全表掃描要好,因為它開始於索引的某一個點,而結束另一個點,不用全表掃描
6、index:index 與all區別為index型別只遍歷索引樹。通常比all快,因為索引檔案比資料檔案小很多。
7、all:遍歷全表以找到匹配的行
注意:一般保證查詢至少達到range級別,最好能達到ref。
possible_keys 指出MySQL能使用哪個索引在該表中找到行
key 顯示MySQL實際決定使用的鍵(索引)。如果沒有選擇索引,鍵是NULL。查詢中如果使用覆蓋索引,則該索引和查詢的select欄位重疊。
key_len 表示索引中使用的位元組數,該列計算查詢中使用的索引的長度在不損失精度的情況下,長度越短越好。如果鍵是NULL,則長度為NULL。該欄位顯示為索引欄位的最大可能長度,並非實際使用長度。
ref 顯示索引的哪一列被使用了,如果有可能是一個常數,哪些列或常量被用於查詢索引列上的值
rows 根據表統計資訊以及索引選用情況,大致估算出找到所需的記錄所需要讀取的行數
Extra 包含不適合在其他列中顯示,但是十分重要的額外資訊
1、Using filesort:說明mysql會對資料適用一個外部的索引排序。而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成排序操作稱為“檔案排序”
2、Using temporary:使用了臨時表儲存中間結果,mysql在查詢結果排序時使用臨時表。常見於排序order by和分組查詢group by。
3、Using index:表示相應的select操作用使用覆蓋索引,避免訪問了表的資料行。如果同時出現using where,表名索引被用來執行索引鍵值的查詢;如果沒有同時出現using where,表名索引用來讀取資料而非執行查詢動作。
4、Using where :表明使用where過濾
5、using join buffer:使用了連線快取
6、impossible where:where子句的值總是false,不能用來獲取任何元組
7、select tables optimized away:在沒有group by子句的情況下,基於索引優化Min、max操作或者對於MyISAM儲存引擎優化count(*),不必等到執行階段再進行計算,查詢執行計劃生成的階段即完成優化。
8、distinct:優化distinct操作,在找到第一匹配的元組後即停止找同樣值的動作。
SQL執行順序
想要優化SQL,必須清楚知道SQL的執行順序,這樣再配合explain才能事半功倍!
完整SQL語句

select distinct
<select_list>
from
<left_table><join_type>
join <right_table> on <join_condition>
where
<where_condition>
group by
<group_by_list>
having
<having_condition>
order by
<order_by_condition>
limit <limit number>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
SQL執行順序

1、from <left_table><join_type>
2、on <join_condition>
3、<join_type> join <right_table>
4、where <where_condition>
5、group by <group_by_list>
6、having <having_condition>
7、select
8、distinct <select_list>
9、order by <order_by_condition>
10、limit <limit_number>
1
2
3
4
5
6
7
8
9
10


extend
extended關鍵字:僅對select語句有效,在explain後使用extended關鍵字,可以顯示filtered列顯示了通過條件過濾出的行數的百分比估計值。
也可以通過show warnings顯示擴充套件資訊,輸出中的 Message值SHOW WARNINGS顯示優化程式如何限定SELECT語句 中的表名和列名, SELECT應用重寫和優化規則後的外觀,以及可能有關優化過程的其他說明。

總結
本文主要是講解如何看懂explain的分析結果,想要真正提升MySQL優化技能,還需要不斷的練習!

推薦
mysql官方文件
mysql explain用法和結果的含義
Mysql調優之Explain extend
————————————————
版權宣告:本文為CSDN博主「Mandy_i」的原創文章,遵循CC 4.0 BY-SA版權協議,轉載請附上原文出處連結及本宣告。
原文連結:https://blog.csdn.net/jiadajing267/article/details/81269067