快捷導(dǎo)航

詳解Mysql中explain執(zhí)行計劃信息中字段

更新時間：2023年08月31日 08:40:19 作者：*鄭*

Extra是EXPLAIN輸出中另外一個很重要的列，該列顯示MySQL在查詢過程中的一些詳細信息，MySQL查詢優(yōu)化器執(zhí)行查詢的過程中對查詢計劃的重要補充信息，這篇文章主要介紹了Mysql中explain執(zhí)行計劃信息中字段詳解,需要的朋友可以參考下

Mysql中explain執(zhí)行計劃信息中字段詳解

1. 獲取執(zhí)行計劃

explain select * from t5;
--或
desc select * from t5;

在這里插入圖片描述

2. 字段含義

2.1 id

每個select子句的執(zhí)行順序,相同從上到下,不同由大到小執(zhí)行

2.2 select_type

select語句類型

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

2.3 table

當(dāng)前執(zhí)行的表名

2.4 partitions

顯示當(dāng)前訪問的分區(qū)

2.5 type

查詢使用了哪種類型

#由好到差依次是
system > const > eq_ref > ref > range > index > all

system 表只有一行記錄
const 表示通過索引一次找到,const用于比較primary key 或者unique索引
eq_ref 唯一性索引掃描,使用唯一性索引或主鍵查找時會發(fā)生
ref 索引掃描,它返回所有匹配某個單個值的行。此類索引訪問只有當(dāng)使用非唯一性索引或唯一性索引非唯一性前綴時才會發(fā)生
range 范圍掃描索,它返回所有匹配某個單個值的行。此類索引訪問只有當(dāng)使用非唯一性索引或唯一性索引非唯一性前綴時才會發(fā)生
index 和全表掃描一樣。只是掃描表的時候按照索引次序進行而不是行。主要優(yōu)點就是避免了排序, 但是開銷仍然非常大。如在Extra列看到Using index，說明正在使用覆蓋索引，只掃描索引的數(shù)據(jù)，它比按索引次序全表掃描的開銷要小很多
all 全表掃描

2.6 possible_keys

顯示查詢使用了哪些索引，表示該索引可以進行高效地查找

2.7 key

key列顯示MySQL實際決定使用的鍵（索引）。如果沒有選擇索引，鍵是NULL。要想強制MySQL使用或忽視possible_keys列中的索引，在查詢中使用FORCE INDEX、USE INDEX或者IGNORE INDEX

2.8 ley_len

key_len列顯示MySQL決定使用的鍵長度。如果鍵是NULL，則長度為NULL。使用的索引的長度。在不損失精確性的情況下，長度越短越好

2.9 ref

顯示使用哪個列或常數(shù)與key一起從表中選擇行

2.10 rows

rows列顯示MySQL認(rèn)為它執(zhí)行查詢時必須檢查的行數(shù)。注意這是一個預(yù)估值

2.11 extra

Extra是EXPLAIN輸出中另外一個很重要的列，該列顯示MySQL在查詢過程中的一些詳細信息，MySQL查詢優(yōu)化器執(zhí)行查詢的過程中對查詢計劃的重要補充信息。

類型	說明
Using filesort	MySQL有兩種方式可以生成有序的結(jié)果，通過排序操作或者使用索引，當(dāng)Extra中出現(xiàn)了Using filesort 說明MySQL使用了后者，但注意雖然叫filesort但并不是說明就是用了文件來進行排序，只要可能排序都是在內(nèi)存里完成的。大部分情況下利用索引排序更快，所以一般這時也要考慮優(yōu)化查詢了。使用文件完成排序操作，這是可能是ordery by，group by語句的結(jié)果，這可能是一個CPU密集型的過程，可以通過選擇合適的索引來改進性能，用索引來為查詢結(jié)果排序。
Using temporary	用臨時表保存中間結(jié)果，常用于GROUP BY 和 ORDER BY操作中，一般看到它說明查詢需要優(yōu)化了，就算避免不了臨時表的使用也要盡量避免硬盤臨時表的使用。
Not exists	MYSQL優(yōu)化了LEFT JOIN，一旦它找到了匹配LEFT JOIN標(biāo)準(zhǔn)的行，就不再搜索了。
Using index	說明查詢是覆蓋了索引的，不需要讀取數(shù)據(jù)文件，從索引樹（索引文件）中即可獲得信息。如果同時出現(xiàn)using where，表明索引被用來執(zhí)行索引鍵值的查找，沒有using where，表明索引用來讀取數(shù)據(jù)而非執(zhí)行查找動作。這是MySQL服務(wù)層完成的，但無需再回表查詢記錄。
Using index condition	這是MySQL 5.6出來的新特性，叫做“索引條件推送”。簡單說一點就是MySQL原來在索引上是不能執(zhí)行如like這樣的操作的，但是現(xiàn)在可以了，這樣減少了不必要的IO操作，但是只能用在二級索引上。
Using where	使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給用戶。注意：Extra列出現(xiàn)Using where表示MySQL服務(wù)器將存儲引擎返回服務(wù)層以后再應(yīng)用WHERE條件過濾。
Using join buffer	使用了連接緩存：Block Nested Loop，連接算法是塊嵌套循環(huán)連接;Batched Key Access，連接算法是批量索引連接
impossible where	where子句的值總是false，不能用來獲取任何元組
select tables optimized away	在沒有GROUP BY子句的情況下，基于索引優(yōu)化MIN/MAX操作，或者對于MyISAM存儲引擎優(yōu)化COUNT(*)操作，不必等到執(zhí)行階段再進行計算，查詢執(zhí)行計劃生成的階段即完成優(yōu)化。
distinct	優(yōu)化distinct操作，在找到第一匹配的元組后即停止找同樣值的動作