Explain是怎么執(zhí)行MySQL語句的

這篇文章主要介紹“Explain是怎么執(zhí)行MySQL語句的”，在日常操作中，相信很多人在Explain是怎么執(zhí)行MySQL語句的問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Explain是怎么執(zhí)行MySQL語句的”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

Explain

在 MySQL 中，我們一般常用 desc tableName 來查看一張表的信息，各個(gè)列的定義等、通過 Explain SQL 來了解MySQL  是如何執(zhí)行當(dāng)前這條SQL的 。

實(shí)際上 desc、describe、explain 都可以用來查看MySQL 是如何執(zhí)行當(dāng)前這條SQL的，在 MySQL 8.0.19  之后，這三者的作用可以說是等價(jià)的，explain 也可以用來查看表信息。后面我們會(huì)直接以 explain 為例，來說明具體的作用。

官方文檔說的明白， explain 可以和SELECT、INSERT、UPDATE、DELETE 一起工作，顯示 MySQL  優(yōu)化器的語句執(zhí)行計(jì)劃，即用來告訴用戶 MySQL 會(huì)怎樣執(zhí)行這條 SQL，以什么樣的順序，如果是多表的話是怎樣 Join的。

輸出字段官網(wǎng)文檔截圖如下：

上面返回看似不少，不過我們重點(diǎn)關(guān)注 type、key、rows 這三個(gè)。

我們常見應(yīng)用的場景都是讀多寫少，而且對于 SQL 的執(zhí)行的效率評估，一般也是說從已經(jīng)存儲(chǔ)的十成、百萬甚至千萬條數(shù)據(jù)中查詢需要數(shù)據(jù)的效率。

后面以 SELECT 為例，來看看 explain 能帶給我們什么幫忙和建議。

假設(shè)有如下表定義及數(shù)據(jù)：

CREATE TABLE `t3` (   `id` int NOT NULL,   `a` int DEFAULT NULL,   `b` int DEFAULT NULL,   PRIMARY KEY (`id`),   KEY `a` (`a`) ) ENGINE=InnoDB;  delimiter ;; create procedure idata() begin    declare i int;   set i=1;   while(i<=100000) do     insert into t3 values(i,i,i);      set i=i+1;     end while;   end;; delimiter ; call idata();

執(zhí)行完上述SQL，我們來試想一下，在當(dāng)前十萬行數(shù)據(jù)的表中如果執(zhí)行一條查詢SQL，那在少量數(shù)據(jù)中查找一定比全表查找要快很好。

比如我們最熟悉的通過主鍵查詢

select a from t3 where id=100;

你會(huì)發(fā)現(xiàn)，explain 中 type 是 const， key 是 PRIMARY

再比如執(zhí)行

select  * from t3 where b=100;

這個(gè)時(shí)候， explain 告訴我們，查詢類型是ALL，全表掃描：

如果我們是想要把這個(gè)表里全部數(shù)據(jù)顯示也就罷了，目前只查一條數(shù)據(jù)卻執(zhí)行全表掃描，explain 告訴我們掃描行可能會(huì)到9萬多行，效率可想而知。

如果我們把SQL 改成這樣：

select * from t3 where a=100;

此時(shí) explain 變成了這樣：

你會(huì)發(fā)現(xiàn)，type 變成了 ref， key 變成了a, rows 是1， 區(qū)別只在于 a 列上建立了索引，此時(shí)掃描行數(shù)變成了一行，差別太明顯了。

如果我們要查找一個(gè)范圍內(nèi)的數(shù)據(jù)，通過主鍵或者包含索引的列進(jìn)行查詢時(shí)，

掃描的還是有限行，此時(shí)type是range，但如果還是通過 b 做為條件進(jìn)行過濾，那還是全表掃描：

另外，為什么一般的SQL優(yōu)化建議里都會(huì)說別用 select * ,指定具體用到的列呢?

肯定是用到什么列的數(shù)據(jù)查什么數(shù)據(jù)更節(jié)省內(nèi)存，傳輸，不要等到查出結(jié)果再在內(nèi)存里進(jìn)行過濾，此外更重要的一點(diǎn)是，每個(gè)創(chuàng)建的索引，都有自己的索引樹，能夠在索引樹上完成查詢操作，就不需要再回表去查詢，效率當(dāng)然會(huì)更高。

比如，我們把查詢換成了

select a,id from t3 where a < 100;

此時(shí)，explain 會(huì)在Extra里告訴咱們，查詢的時(shí)候沒有回表，用到了index

如果把查詢列改成星，這個(gè)時(shí)候，就需要回表了，

咱們前面說重點(diǎn)關(guān)注 type， key， rows，可以再看下 Extra， type 里查詢效率從優(yōu)到差，有

const

表中只有一行匹配，查詢一次即可滿足。常用來匹配主鍵或者唯一索引。

eq_ref

唯一索引

ref

非唯一索引

range

通過一個(gè)索引去查詢，只掃描指定范圍內(nèi)的行。一般是在檢索列中包含 =, <>, >, >=, <, <=, IS  NULL, <=>, BETWEEN, LIKE, or IN()

index

類似于全表掃描，區(qū)別在于只掃描索引樹

all

全表掃描，效率最低的。

在 MySQL 8.0.18 開始，還加入了一個(gè) explain  analyze，可以查看具體預(yù)計(jì)SQL執(zhí)行耗時(shí)，比如我們通過它來查看上面的幾個(gè)命令，會(huì)有如下輸出，你會(huì)更直觀的感覺到加了索引帶來的效率提升。

到此，關(guān)于“Explain是怎么執(zhí)行MySQL語句的”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！