共計(jì) 4285 個(gè)字符，預(yù)計(jì)需要花費(fèi) 11 分鐘才能閱讀完成。

本篇內(nèi)容介紹了“MySQL Explain 的作用是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓丸趣 TV 小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！                         

Explain 有什么用

當(dāng) Explain 與 SQL 語句一起使用時(shí)，MySQL 會(huì)顯示來自優(yōu)化器關(guān)于 SQL 執(zhí)行的信息。也就是說，MySQL 解釋了它將如何處理該語句，包括如何連接表以及什么順序連接表等。

表的加載順序

sql 的查詢類型

可能用到哪些索引，哪些索引又被實(shí)際使用

表與表之間的引用關(guān)系

一個(gè)表中有多少行被優(yōu)化器查詢
…..

Explain 有哪些信息

Explain 執(zhí)行計(jì)劃包含字段信息如下：分別是 id、select_type、table、partitions、type、possible_keys、key、key_len、ref、rows、filtered、Extra12 個(gè)字段。

Explain 執(zhí)行計(jì)劃詳解一、id

id：：表示查詢中執(zhí)行 select 子句或者操作表的順序，id 的值越大，代表優(yōu)先級(jí)越高，越先執(zhí)行。id 大致會(huì)出現(xiàn) 3 種情況：

1、id 相同

看到三條記錄的 id 都相同，可以理解成這三個(gè)表為一組，具有同樣的優(yōu)先級(jí)，執(zhí)行順序由上而下，具體順序由優(yōu)化器決定。

2、id 不同

如果我們的 SQL 中存在子查詢，那么 id 的序號(hào)會(huì)遞增，id 值越大優(yōu)先級(jí)越高，越先被執(zhí)行。當(dāng)三個(gè)表依次嵌套，發(fā)現(xiàn)最里層的子查詢 id 最大，最先執(zhí)行。

3、以上兩種同時(shí)存在

將上邊的 SQL 稍微修改一下，增加一個(gè)子查詢，發(fā)現(xiàn) id 的以上兩種同時(shí)存在。相同 id 劃分為一組，這樣就有三個(gè)組，同組的從上往下順序執(zhí)行，不同組 id 值越大，優(yōu)先級(jí)越高，越先執(zhí)行。

二、select_type

select_type：表示 select 查詢的類型，主要是用于區(qū)分各種復(fù)雜的查詢，例如：普通查詢、聯(lián)合查詢、子查詢等。

1、SIMPLE

SIMPLE：表示最簡(jiǎn)單的 select 查詢語句，也就是在查詢中不包含子查詢或者 union 交并差集等操作。

2、PRIMARY

PRIMARY：當(dāng)查詢語句中包含任何復(fù)雜的子部分，最外層查詢則被標(biāo)記為 PRIMARY。

3、SUBQUERY

SUBQUERY：當(dāng) select 或 where 列表中包含了子查詢，該子查詢被標(biāo)記為：SUBQUERY。

4、DERIVED

DERIVED：表示包含在 from 子句中的子查詢的 select，在我們的 from 列表中包含的子查詢會(huì)被標(biāo)記為 derived。

5、UNION

UNION：如果 union 后邊又出現(xiàn)的 select 語句，則會(huì)被標(biāo)記為 union；若 union 包含在 from 子句的子查詢中，外層 select 將被標(biāo)記為 derived。

6、UNION RESULT

UNION RESULT：代表從 union 的臨時(shí)表中讀取數(shù)據(jù)，而 table 列的 union1,4 表示用第一個(gè)和第四個(gè) select 的結(jié)果進(jìn)行 union 操作。

三、table

查詢的表名，并不一定是真實(shí)存在的表，有別名顯示別名，也可能為臨時(shí)表，例如上邊的 DERIVED、union1,4 等。

四、partitions

查詢時(shí)匹配到的分區(qū)信息，對(duì)于非分區(qū)表值為 NULL，當(dāng)查詢的是分區(qū)表時(shí)，partitions 顯示分區(qū)表命中的分區(qū)情況。

五、type

type：查詢使用了何種類型，它在 SQL 優(yōu)化中是一個(gè)非常重要的指標(biāo)，以下性能從好到壞依次是：system const eq_ref ref ref_or_null index_merge unique_subquery index_subquery range index ALL

1、system

system：當(dāng)表僅有一行記錄時(shí)(系統(tǒng)表)，數(shù)據(jù)量很少，往往不需要進(jìn)行磁盤 IO，速度非常快。

2、const

const：表示查詢時(shí)命中 primary key 主鍵或者 unique 唯一索引，或者被連接的部分是一個(gè)常量 (const) 值。這類掃描效率極高，返回?cái)?shù)據(jù)量少，速度非常快。

3、eq_ref

eq_ref：查詢時(shí)命中主鍵 primary key 或者 unique key 索引，type 就是 eq_ref。

4、ref

ref：區(qū)別于 eq_ref，ref 表示使用非唯一性索引，會(huì)找到很多個(gè)符合條件的行。

5、ref_or_null

ref_or_null：這種連接類型類似于 ref，區(qū)別在于 MySQL 會(huì)額外搜索包含 NULL 值的行。

6、index_merge

index_merge：使用了索引合并優(yōu)化方法，查詢使用了兩個(gè)以上的索引。

7、unique_subquery

unique_subquery：替換下面的 IN 子查詢，子查詢返回不重復(fù)的集合。

value IN (SELECT primary_key FROM single_table WHERE some_expr)

8、index_subquery

index_subquery：區(qū)別于 unique_subquery，用于非唯一索引，可以返回重復(fù)值。

value IN (SELECT key_column FROM single_table WHERE some_expr)

9、range

range：使用索引選擇行，僅檢索給定范圍內(nèi)的行。簡(jiǎn)單點(diǎn)說就是針對(duì)一個(gè)有索引的字段，給定范圍檢索數(shù)據(jù)。在 where 語句中使用 bettween…and、、、=、in 等條件查詢 type 都是 range。

只有對(duì)設(shè)置了索引的字段，做范圍檢索 type 才是 range。10、index

index：Index 與 ALL 其實(shí)都是讀全表，區(qū)別在于 index 是遍歷索引樹讀取，而 ALL 是從硬盤中讀取。

11、ALL

ALL：將遍歷全表以找到匹配的行，性能最差。

六、possible_keys

possible_keys：表示在 MySQL 中通過哪些索引，能讓我們?cè)诒碇姓业较胍挠涗洠坏┎樵兩婕暗降哪硞€(gè)字段上存在索引，則索引將被列出，但這個(gè)索引并不定一會(huì)是最終查詢數(shù)據(jù)時(shí)所被用到的索引。具體請(qǐng)參考上邊的例子。

七、key

key：區(qū)別于 possible_keys，key 是查詢中實(shí)際使用到的索引，若沒有使用索引，顯示為 NULL。具體請(qǐng)參考上邊的例子。

當(dāng) type 為 index_merge 時(shí)，可能會(huì)顯示多個(gè)索引。

八、key_len

key_len：表示查詢用到的索引長(zhǎng)度（字節(jié)數(shù)），原則上長(zhǎng)度越短越好。

單列索引，那么需要將整個(gè)索引長(zhǎng)度算進(jìn)去；

多列索引，不是所有列都能用到，需要計(jì)算查詢中實(shí)際用到的列。

注意：key_len 只計(jì)算 where 條件中用到的索引長(zhǎng)度，而排序和分組即便是用到了索引，也不會(huì)計(jì)算到 key_len 中。

九、ref

ref：常見的有：const，func，null，字段名。

當(dāng)使用常量等值查詢，顯示 const，

當(dāng)關(guān)聯(lián)查詢時(shí)，會(huì)顯示相應(yīng)關(guān)聯(lián)表的關(guān)聯(lián)字段

如果查詢條件使用了表達(dá)式、函數(shù)，或者條件列發(fā)生內(nèi)部隱式轉(zhuǎn)換，可能顯示為 func

其他情況 null

十、rows

rows：以表的統(tǒng)計(jì)信息和索引使用情況，估算要找到我們所需的記錄，需要讀取的行數(shù)。

這是評(píng)估 SQL 性能的一個(gè)比較重要的數(shù)據(jù)，mysql 需要掃描的行數(shù)，很直觀的顯示 SQL 性能的好壞，一般情況下 rows 值越小越好。

十一、filtered

filtered 這個(gè)是一個(gè)百分比的值，表里符合條件的記錄數(shù)的百分比。簡(jiǎn)單點(diǎn)說，這個(gè)字段表示存儲(chǔ)引擎返回的數(shù)據(jù)在經(jīng)過過濾后，剩下滿足條件的記錄數(shù)量的比例。

在 MySQL.5.7 版本以前想要顯示 filtered 需要使用 explain extended 命令。MySQL.5.7 后，默認(rèn) explain 直接顯示 partitions 和 filtered 的信息。

十二、Extra

Extra：不適合在其他列中顯示的信息，Explain 中的很多額外的信息會(huì)在 Extra 字段顯示。

1、Using index

Using index：我們?cè)谙鄳?yīng)的 select 操作中使用了覆蓋索引，通俗一點(diǎn)講就是查詢的列被索引覆蓋，使用到覆蓋索引查詢速度會(huì)非常快，SQl 優(yōu)化中理想的狀態(tài)。

什么又是覆蓋索引?

一條 SQL 只需要通過索引就可以返回，我們所需要查詢的數(shù)據(jù)（一個(gè)或幾個(gè)字段），而不必通過二級(jí)索引，查到主鍵之后再通過主鍵查詢整行數(shù)據(jù)（select *）。

注意：想要使用到覆蓋索引，我們?cè)?select 時(shí)只取出需要的字段，不可 select *，而且該字段建了索引。

2、Using where

Using where：查詢時(shí)未找到可用的索引，進(jìn)而通過 where 條件過濾獲取所需數(shù)據(jù)，但要注意的是并不是所有帶 where 語句的查詢都會(huì)顯示 Using where。

3、Using temporary

Using temporary：表示查詢后結(jié)果需要使用臨時(shí)表來存儲(chǔ)，一般在排序或者分組查詢時(shí)用到。

4、Using filesort

Using filesort：表示無法利用索引完成的排序操作，也就是 ORDER BY 的字段沒有索引，通常這樣的 SQL 都是需要優(yōu)化的。

如果 ORDER BY 字段有索引就會(huì)用到覆蓋索引，相比執(zhí)行速度快很多。

5、Using join buffer

Using join buffer：在我們聯(lián)表查詢的時(shí)候，如果表的連接條件沒有用到索引，需要有一個(gè)連接緩沖區(qū)來存儲(chǔ)中間結(jié)果。

6、Impossible where

Impossible where：表示在我們用不太正確的 where 語句，導(dǎo)致沒有符合條件的行。

7、No tables used

No tables used：我們的查詢語句中沒有 FROM 子句，或者有 FROM DUAL 子句。

Extra 列的信息非常非常多，這里就不再一一列舉了，詳見 MySQL 官方文檔：https://dev.mysql.com/doc/ref…

總結(jié)

重點(diǎn)看的幾列：

possible_keys：可能可以利用的索引的名字。這里的索引名字是創(chuàng)建索引時(shí)指定的索引昵稱；如果索引沒有昵稱，則默認(rèn)顯示的是索引中第一個(gè)列的名字（在本例中，它是“firstname”）。默認(rèn)索引名字的含義往往不是很明顯。

key：它顯示了 MySQL 實(shí)際使用的索引的名字。如果它為空（或 NULL），則 MySQL 不使用索引。

key_len：索引中被使用部分的長(zhǎng)度，以字節(jié)計(jì)

ref：列出是通過常量（const），還是某個(gè)表的某個(gè)字段（如果是 join）來過濾（通過 key）
的；

rows：MySQL 所認(rèn)為的它在找到正確的結(jié)果之前必須掃描的記錄數(shù)。顯然，這里最理想的數(shù)字就是 1。

“MySQL Explain 的作用是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注丸趣 TV 網(wǎng)站，丸趣 TV 小編將為大家輸出更多高質(zhì)量的實(shí)用文章！