再 SQL 優(yōu)化中，我們經(jīng)常需要去找那些查詢比較耗時(shí)的語(yǔ)句，找到以后我們還要對(duì)其進(jìn)行優(yōu)化，些時(shí)我們常常用到 explain 這個(gè)命令來(lái)查看一個(gè)這些 SQL 語(yǔ)句的執(zhí)行情況，查看該 SQL 語(yǔ)句有沒(méi)有使用上了索引，有沒(méi)有做全表掃描，這都可以通過(guò) explain 命令來(lái)查看。所以我們深入了解 MySQL 的基于開(kāi)銷(xiāo)的優(yōu)化器，還可以獲得很多可能被優(yōu)化器考慮到的訪問(wèn)策略的細(xì)節(jié)，以及當(dāng)運(yùn)行 SQL 語(yǔ)句時(shí)哪種策略預(yù)計(jì)會(huì)被優(yōu)化器采用。

使用方法

在 select 語(yǔ)句前加上 explain 就可以了,如

各個(gè)屬性的含義

id

select 查詢的序列號(hào)；

select_type

select 查詢的類型，主要是區(qū)別普通查詢和聯(lián)合查詢、子查詢之類的復(fù)雜查詢；

table

輸出的行所引用的表；

type

聯(lián)合查詢所使用的類型，type 顯示的是訪問(wèn)類型，是較為重要的一個(gè)指標(biāo)，結(jié)果值從好到壞依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge

> unique_subquery > index_subquery > range > index > ALL

一般來(lái)說(shuō)，得保證查詢至少達(dá)到range級(jí)別，最好能達(dá)到 ref

possible_keys

指出MySQL能使用哪個(gè)索引在該表中找到行。如果是空的，沒(méi)有相關(guān)的索引。這時(shí)要提高性能，可通過(guò)檢驗(yàn) WHERE 子句，看是否引用某些字段，或者檢查字段不是適合索引；

key

顯示MySQL實(shí)際決定使用的鍵。如果沒(méi)有索引被選擇，鍵是 NULL；

key_len

顯示MySQL決定使用的鍵長(zhǎng)度。如果鍵是 NULL，長(zhǎng)度就是 NULL。文檔提示特別注意這個(gè)值可以得出一個(gè)多重主鍵里 mysql 實(shí)際使用了哪一部分；

ref

顯示哪個(gè)字段或常數(shù)與 key 一起被使用；

rows

這個(gè)數(shù)表示 mysql 要遍歷多少數(shù)據(jù)才能找到，在 innodb 上是不準(zhǔn)確的；

Extra

如果是Only index，這意味著信息只用索引樹(shù)中的信息檢索出的，這比掃描整個(gè)表要快。

如果是where used，就是使用上了where限制。

如果是impossible where 表示用不著where，一般就是沒(méi)查出來(lái)啥。

如果此信息顯示 Using filesort 或者 Using temporary 的話會(huì)很吃力，WHERE和ORDER BY的索引經(jīng)常無(wú)法兼顧，如果按照 WHERE 來(lái)確定索引，那么在 ORDER BY 時(shí)，就必然會(huì)引起 Using filesort，這就要看是先過(guò)濾再排序劃算，還是先排序再過(guò)濾劃算。

常見(jiàn)的名詞解釋

Using filesort

MySQL需要額外的一次傳遞，以找出如何按排序順序檢索行。

Using index

從只使用索引樹(shù)中的信息而不需要進(jìn)一步搜索讀取實(shí)際的行來(lái)檢索表中的列信息。

Using temporary

為了解決查詢，MySQL 需要?jiǎng)?chuàng)建一個(gè)臨時(shí)表來(lái)容納結(jié)果。

ref

對(duì)于每個(gè)來(lái)自于前面的表的行組合，所有有匹配索引值的行將從這張表中讀取

ALL

完全沒(méi)有索引的情況，性能非常地差勁。

index

與 ALL 相同，除了只有索引樹(shù)被掃描。這通常比 ALL 快，因?yàn)樗饕募ǔ１葦?shù)據(jù)文件小。

SIMPLE

簡(jiǎn)單 SELECT，不使用 UNION 或子查詢

explain 手冊(cè)查詢

id

SELECT 識(shí)別符。這是SELECT的查詢序列號(hào)

select_type

SELECT 類型，可以為以下任何一種：

SIMPLE：簡(jiǎn)單SELECT(不使用UNION或子查詢)

PRIMARY：最外面的SELECT

UNION：UNION中的第二個(gè)或后面的SELECT語(yǔ)句

DEPENDENT UNION：UNION中的第二個(gè)或后面的SELECT語(yǔ)句,取決于外面的查詢

UNION RESULT：UNION 的結(jié)果

SUBQUERY：子查詢中的第一個(gè)SELECT

DEPENDENT SUBQUERY：子查詢中的第一個(gè)SELECT,取決于外面的查詢

DERIVED：導(dǎo)出表的SELECT(FROM子句的子查詢)

table

輸出的行所引用的表

type

聯(lián)接類型。下面給出各種聯(lián)接類型,按照從最佳類型到最壞類型進(jìn)行排序：

system：表僅有一行(=系統(tǒng)表)。這是const聯(lián)接類型的一個(gè)特例。

const：表最多有一個(gè)匹配行,它將在查詢開(kāi)始時(shí)被讀取。因?yàn)閮H有一行,在這行的列值可被優(yōu)化器剩余部分認(rèn)為是常數(shù)。const表很快,因?yàn)樗鼈冎蛔x取一次!

eq_ref：對(duì)于每個(gè)來(lái)自于前面的表的行組合,從該表中讀取一行。這可能是最好的聯(lián)接類型,除了const類型。

ref：對(duì)于每個(gè)來(lái)自于前面的表的行組合,所有有匹配索引值的行將從這張表中讀取。

ref_or_null：該聯(lián)接類型如同ref,但是添加了MySQL可以專門(mén)搜索包含NULL值的行。

index_merge：該聯(lián)接類型表示使用了索引合并優(yōu)化方法。

unique_subquery：該類型替換了下面形式的IN子查詢的ref： value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一個(gè)索引查找函數(shù),可以完全替換子查詢,效率更高。

index_subquery：該聯(lián)接類型類似于unique_subquery。可以替換IN子查詢,但只適合下列形式的子查詢中的非唯一索引： value IN (SELECT key_column FROM single_table WHERE some_expr)

range：只檢索給定范圍的行,使用一個(gè)索引來(lái)選擇行。

index：該聯(lián)接類型與ALL相同,除了只有索引樹(shù)被掃描。這通常比ALL快,因?yàn)樗饕募ǔ１葦?shù)據(jù)文件小。

ALL：對(duì)于每個(gè)來(lái)自于先前的表的行組合,進(jìn)行完整的表掃描。

possible_keys

指出MySQL能使用哪個(gè)索引在該表中找到行

key 顯示MySQL實(shí)際決定使用的鍵(索引)。如果沒(méi)有選擇索引,鍵是NULL。

key_len 顯示MySQL決定使用的鍵長(zhǎng)度。如果鍵是NULL,則長(zhǎng)度為NULL。

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

rows 顯示MySQL認(rèn)為它執(zhí)行查詢時(shí)必須檢查的行數(shù)。多行之間的數(shù)據(jù)相乘可以估算要處理的行數(shù)。

filtered 顯示了通過(guò)條件過(guò)濾出的行數(shù)的百分比估計(jì)值。

Extra

該列包含 MySQL 解決查詢的詳細(xì)信息

Distinct：MySQL發(fā)現(xiàn)第1個(gè)匹配行后,停止為當(dāng)前的行組合搜索更多的行。

Not exists：MySQL能夠?qū)Σ樵冞M(jìn)行LEFT JOIN優(yōu)化,發(fā)現(xiàn)1個(gè)匹配LEFT JOIN標(biāo)準(zhǔn)的行后,不再為前面的的行組合在該表內(nèi)檢查更多的行。

range checked for each record (index map： #)：MySQL沒(méi)有發(fā)現(xiàn)好的可以使用的索引,但發(fā)現(xiàn)如果來(lái)自前面的表的列值已知,可能部分索引可以使用。

Using filesort：MySQL需要額外的一次傳遞,以找出如何按排序順序檢索行。

Using index：從只使用索引樹(shù)中的信息而不需要進(jìn)一步搜索讀取實(shí)際的行來(lái)檢索表中的列信息。

Using temporary：為了解決查詢,MySQL需要?jiǎng)?chuàng)建一個(gè)臨時(shí)表來(lái)容納結(jié)果。

Using where：WHERE 子句用于限制哪一個(gè)行匹配下一個(gè)表或發(fā)送到客戶。

Using sort_union(…), Using union(…), Using intersect(…)：這些函數(shù)說(shuō)明如何為index_merge聯(lián)接類型合并索引掃描。

Using index for group-by：類似于訪問(wèn)表的Using index方式,Using index for group-by表示MySQL發(fā)現(xiàn)了一個(gè)索引,可以用來(lái)查 詢GROUP BY或DISTINCT查詢的所有列,而不要額外搜索硬盤(pán)訪問(wèn)實(shí)際的表。

總結(jié)

以上是生活随笔為你收集整理的explain mysql语句_使用 explain 查看 MySQL 中 SQL 语句的执行情况 - 文章的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。