快捷導(dǎo)航

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

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

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

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

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

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

在這里插入圖片描述

2. 字段含義

2.1 id

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

2.2 select_type

select語句類型

SIMPLE 簡(jiǎn)單的select查詢，查詢中不包含子查詢或者UNION
PRIMARY 查詢中若包含任何復(fù)雜的子部分，最外層查詢則被標(biāo)記為PRIMARY
SUBQUERY 在SELECT或WHERE列表中包含了子查詢
DERIVED 在FROM列表中包含的子查詢被標(biāo)記為DERIVED（衍生），MySQL會(huì)遞歸執(zhí)行這些子查詢，把結(jié)果放在臨時(shí)表中
UNION 若第二個(gè)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 唯一性索引掃描,使用唯一性索引或主鍵查找時(shí)會(huì)發(fā)生
ref 索引掃描,它返回所有匹配某個(gè)單個(gè)值的行。此類索引訪問只有當(dāng)使用非唯一性索引或唯一性索引非唯一性前綴時(shí)才會(huì)發(fā)生
range 范圍掃描索,它返回所有匹配某個(gè)單個(gè)值的行。此類索引訪問只有當(dāng)使用非唯一性索引或唯一性索引非唯一性前綴時(shí)才會(huì)發(fā)生
index 和全表掃描一樣。只是掃描表的時(shí)候按照索引次序進(jìn)行而不是行。主要優(yōu)點(diǎn)就是避免了排序, 但是開銷仍然非常大。如在Extra列看到Using index，說明正在使用覆蓋索引，只掃描索引的數(shù)據(jù)，它比按索引次序全表掃描的開銷要小很多
all 全表掃描

2.6 possible_keys

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

2.7 key

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

2.8 ley_len

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

2.9 ref

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

2.10 rows

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

2.11 extra

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

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

到此這篇關(guān)于Mysql中explain執(zhí)行計(jì)劃信息中字段詳解的文章就介紹到這了,更多相關(guān)Mysql explain執(zhí)行計(jì)劃內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: