通過explain查詢分析SQL的執行計畫

2021-10-02 11:46:11 字數 4553 閱讀 7818

mysql 之 explain 輸出分析

背景explain 可以使用在select, delete, insert, replace, and update 語句中,執行的結果會在每一行顯示用到的每乙個表的詳細資訊。簡單語句可能結果就只有一行,但是複雜的查詢語句會有很多行資料。

explain 的使用

在 sql 語句前面加上 explain,如:explain select * from a;

explain 輸出的字段內容

常用字段詳細介紹

1)、id列數字越大越先執行,如果說數字一樣大,那麼就從上往下依次執行,id列為null的就表是這是乙個結果集,不需要使用它來進行查詢。

2)、select_type列常見的有:

a:******:表示不需要union操作或者不包含子查詢的簡單select查詢。有連線查詢時,外層的查詢為******,且只有乙個

b:primary:乙個需要union操作或者含有子查詢的select,位於最外層的單位查詢的select_type即為primary。且只有乙個

c:union:union連線的兩個select查詢,第乙個查詢是dervied派生表,除了第乙個表外,第二個以後的表select_type都是union

d:dependent union:與union一樣,出現在union 或union all語句中,但是這個查詢要受到外部查詢的影響

e:union result:包含union的結果集,在union和union all語句中,因為它不需要參與查詢,所以id欄位為null

f:subquery:除了from子句中包含的子查詢外,其他地方出現的子查詢都可能是subquery

g:dependent subquery:與dependent union類似,表示這個subquery的查詢要受到外部表查詢的影響

h:derived:from字句**現的子查詢,也叫做派生表,其他資料庫中可能叫做內聯檢視或巢狀select

3)、table

顯示的查詢表名,如果查詢使用了別名,那麼這裡顯示的是別名,如果不涉及對資料表的操作,那麼這顯示為null,如果顯示為尖括號括起來的就表示這個是臨時表,後邊的n就是執行計畫中的id,表示結果來自於這個查詢產生。如果是尖括號括起來的,與類似,也是乙個臨時表,表示這個結果來自於union查詢的id為m,n的結果集。

4)、type

依次從好到差:system,const,eq_ref,ref,fulltext,ref_or_null,unique_subquery,index_subquery,range,index_merge,index,all,除了all之外,其他的type都可以使用到索引,除了index_merge之外,其他的type只可以用到乙個索引

a:system:表中只有一行資料或者是空表,且只能用於myisam和memory表。如果是innodb引擎表,type列在這個情況通常都是all或者index

b:const:使用唯一索引或者主鍵,返回記錄一定是1行記錄的等值where條件時,通常type是const。其他資料庫也叫做唯一索引掃瞄

c:eq_ref:出現在要連線過個表的查詢計畫中,驅動表只返回一行資料,且這行資料是第二個表的主鍵或者唯一索引,且必須為not null,唯一索引和主鍵是多列時,只有所有的列都用作比較時才會出現eq_ref

d:ref:不像eq_ref那樣要求連線順序,也沒有主鍵和唯一索引的要求,只要使用相等條件檢索時就可能出現,常見與輔助索引的等值查詢。或者多列主鍵、唯一索引中,使用第乙個列之外的列作為等值查詢也會出現,總之,返回資料不唯一的等值查詢就可能出現。

e:fulltext:全文索引檢索,要注意,全文索引的優先順序很高,若全文索引和普通索引同時存在時,mysql不管代價,優先選擇使用全文索引

f:ref_or_null:與ref方法類似,只是增加了null值的比較。實際用的不多。

g:unique_subquery:用於where中的in形式子查詢,子查詢返回不重複值唯一值

h:index_subquery:用於in形式子查詢使用到了輔助索引或者in常數列表,子查詢可能返回重複值,可以使用索引將子查詢去重。

i:range:索引範圍掃瞄,常見於使用》,

j:index_merge:表示查詢使用了兩個以上的索引,最後取交集或者並集,常見and ,or的條件使用了不同的索引,官方排序這個在ref_or_null之後,但是實際上由於要讀取所個索引,效能可能大部分時間都不如range

k:index:索引全表掃瞄,把索引從頭到尾掃一遍,常見於使用索引列就可以處理不需要讀取資料檔案的查詢、可以使用索引排序或者分組的查詢。

l:all:這個就是全表掃瞄資料檔案,然後再在server層進行過濾返回符合要求的記錄。

5)、possible_keys

查詢可能使用到的索引都會在這裡列出來

6)、key

查詢真正使用到的索引,select_type為index_merge時,這裡可能出現兩個以上的索引,其他的select_type這裡只會出現乙個。

7)、key_len

用於處理查詢的索引長度,如果是單列索引,那就整個索引長度算進去,如果是多列索引,那麼查詢不一定都能使用到所有的列,具體使用到了多少個列的索引,這裡就會計算進去,沒有使用到的列,這裡不會計算進去。留意下這個列的值,算一下你的多列索引總長度就知道有沒有使用到所有的列了。要注意,mysql的icp特性使用到的索引不會計入其中。另外,key_len只計算where條件用到的索引長度,而排序和分組就算用到了索引,也不會計算到key_len中。

8)、ref

如果是使用的常數等值查詢,這裡會顯示const,如果是連線查詢,被驅動表的執行計畫這裡會顯示驅動表的關聯字段,如果是條件使用了表示式或者函式,或者條件列發生了內部隱式轉換,這裡可能顯示為func

9)、rows

這裡是執行計畫中估算的掃瞄行數,不是精確值

10)、extra

這個列可以顯示的資訊非常多,有幾十種,常用的有

a:distinct:在select部分使用了distinc關鍵字

b:no tables used:不帶from字句的查詢或者from dual查詢

c:使用not in()形式子查詢或not exists運算子的連線查詢,這種叫做反連線。即,一般連線查詢是先查詢內錶,再查詢外表,反連線就是先查詢外表,再查詢內錶。

d:using filesort:排序時無法使用到索引時,就會出現這個。常見於order by和group by語句中

e:using index:查詢時不需要回表查詢,直接通過索引就可以獲取查詢的資料。

f:using join buffer(block nested loop),using join buffer(batched key accss):5.6.x之後的版本優化關聯查詢的bnl,bka特性。主要是減少內錶的迴圈數量以及比較順序地掃瞄查詢。

g:using sort_union,using_union,using intersect,using sort_intersection:

using intersect:表示使用and的各個索引的條件時,該資訊表示是從處理結果獲取交集

using union:表示使用or連線各個使用索引的條件時,該資訊表示從處理結果獲取並集

using sort_union和using sort_intersection:與前面兩個對應的類似,只是他們是出現在用and和or查詢資訊量大時,先查詢主鍵,然後進行排序合併後,才能讀取記錄並返回。

h:using temporary:表示使用了臨時表儲存中間結果。臨時表可以是記憶體臨時表和磁碟臨時表,執行計畫中看不出來,需要檢視status變數,used_tmp_table,used_tmp_disk_table才能看出來。

i:using where:表示儲存引擎返回的記錄並不是所有的都滿足查詢條件,需要在server層進行過濾。查詢條件中分為限制條件和檢查條件,5.6之前,儲存引擎只能根據限制條件掃瞄資料並返回,然後server層根據檢查條件進行過濾再返回真正符合查詢的資料。5.6.x之後支援icp特性,可以把檢查條件也下推到儲存引擎層,不符合檢查條件和限制條件的資料,直接不讀取,這樣就大大減少了儲存引擎掃瞄的記錄數量。extra列顯示using index condition

j:firstmatch(tb_name):5.6.x開始引入的優化子查詢的新特性之一,常見於where字句含有in()型別的子查詢。如果內錶的資料量比較大,就可能出現這個

k:loosescan(m…n):5.6.x之後引入的優化子查詢的新特性之一,在in()型別的子查詢中,子查詢返回的可能有重覆記錄時,就可能出現這個

除了這些之外,還有很多查詢資料字典庫,執行計畫過程中就發現不可能存在結果的一些提示資訊

11)、filtered

使用explain extended時會出現這個列,5.7之後的版本預設就有這個字段,不需要使用explain extended了。這個字段表示儲存引擎返回的資料在server層過濾後,剩下多少滿足查詢的記錄數量的比例,注意是百分比,不是具體記錄數。

explain分析查詢

使用 explain 關鍵字可以模擬優化器執行sql查詢語句,從而知道mysql是如何處理你的sql語句的。這可以幫你分析你的查詢語句或是表結構的效能瓶頸。通過explain命令可以得到 表的讀取順序 資料讀取操作的操作型別 哪些索引可以使用 哪些索引被實際使用 表之間的引用 每張表有多少行被優化器...

Explain分析查詢語句

表的讀取順序 讀取操作的型別 可用索引,實際使用的索引 表之間的引用 每張表多少行被優化器查詢 索引的長度 explain欄位解釋 table 顯示這一行的資料是關於哪張表的 possible keys 顯示可能應用在這張表中的索引。如果為空,沒有可能的索引。可以為相關的域從where語句中選擇乙個...

SQ 模糊查詢

between.and.在資料庫內部是做作特殊優化的,執行效率比 and 等這種方式快 between a and b 相當於 字段 a and欄位 b 例如 select from dbo.mystudent where s age between 20 and 30 between and還可以...