explain 是MySql提供的SQL語(yǔ)句查詢性能的工具,是我們優(yōu)化SQL的重要指標(biāo)手段,要看懂explain返回的結(jié)果集就尤為重要,這篇文章主要介紹了MySql explain命令返回結(jié)果解讀,需要的朋友可以參考下。

1. explain命令是什么東西？

explain 是MySql提供的SQL語(yǔ)句查詢性能的工具，是我們優(yōu)化SQL的重要指標(biāo)手段，要看懂explain返回的結(jié)果集就尤為重要。

2.explain命令返回列解讀

| id | select_type | table   | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra                                      |
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+--------------------------------------------+
|  1 | PRIMARY     | SC      | NULL       | ALL  | NULL          | NULL | NULL    | NULL |   18 |    10.00 | Using where                                |
|  1 | PRIMARY     | Student | NULL       | ALL  | NULL          | NULL | NULL    | NULL |   12 |    10.00 | Using where; Using join buffer (hash join) |
|  2 | SUBQUERY    | Teacher | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    3 |    33.33 | Using where                                |
|  2 | SUBQUERY    | Course  | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    3 |    33.33 | Using where; Using join buffer (hash join) |
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+--------------------------------------------+

2.1 id

一個(gè)編號(hào)，表示select所屬的行。如果查詢中沒(méi)有子查詢或關(guān)聯(lián)查詢，那么只會(huì)有唯一的SELECT，每一行的該列中都將顯示一個(gè)1，否則，內(nèi)層的SELECT語(yǔ)句一般會(huì)順序編號(hào)，對(duì)應(yīng)于其在原始語(yǔ)句中的位置。id越大執(zhí)行優(yōu)先級(jí)越高，id相同則認(rèn)為是一組，從上往下執(zhí)行，id為NULL最后執(zhí)行。

2.2 select_type

查詢類型，表示當(dāng)前SQL語(yǔ)句是簡(jiǎn)單查詢還是復(fù)雜查詢

• SIMPLE：簡(jiǎn)單查詢，不包含任何連接查詢和子查詢。
• PRIMARY：查詢中若查詢包含任何復(fù)雜的子部分，最外層的select被標(biāo)記為PRIMARY。
• UNION：當(dāng)前SQL語(yǔ)句是連接查詢時(shí)，表示連接查詢的第二個(gè)SELECT語(yǔ)句或者第二個(gè)后面的SELECT語(yǔ)句。
• DEPENDENT UNION：含義與UNION幾乎相同，但是DEPENDENT UNION取決于外層的查詢語(yǔ)句。
• UNION RESULT：表示UNION連接查詢的結(jié)果信息。
• SUBQUERY：包含在SELECT子句（不在from子句中）中的子查詢的SELECT，結(jié)果不依賴于外部查詢。
• DEPENDENT SUBQUERY：含義與SUBQUERY幾乎相同，但是DEPENDENTSUBQUERY取決于外層的查詢語(yǔ)句。
• DERIVED：表示FROM子句中的子查詢。
• MATERIALIZED：表示實(shí)例化子查詢。
• UNCACHEABLE SUBQUERY：表示不緩存子查詢的結(jié)果數(shù)據(jù)，重新計(jì)算外部查詢的每一行數(shù)據(jù)。
• UNCACHEABLE UNION：表示不緩存連接查詢的結(jié)果數(shù)據(jù)，每次執(zhí)行連接查詢時(shí)都會(huì)重新計(jì)算數(shù)據(jù)結(jié)果。

2.3 table

2.4 partitions 如果當(dāng)前數(shù)據(jù)表是分區(qū)表，則表示查詢結(jié)果匹配的分區(qū)

2.5 type(重要)

其取值從最優(yōu)到最差依次為:

null > system > const > eq_ref > ref > fulltext > ref_or_null > index_merge> unique_subquery > index_subquery > range > index > ALL

• NULL: 這種訪問(wèn)方式意味著MySQ能在優(yōu)化階段分解查詢語(yǔ)句，在執(zhí)行階段甚至不需要再訪問(wèn)表或者索引。例如，從一個(gè)索引列里選取最小值可以通過(guò)單獨(dú)查詢索引來(lái)完成，不需要在執(zhí)行時(shí)訪問(wèn)表。
• system：查詢的數(shù)據(jù)表中只有一行數(shù)據(jù)，是const類型的特例
• const：當(dāng)MySQL能對(duì)查詢的某部分進(jìn)行優(yōu)化并將其轉(zhuǎn)換成一個(gè)常量時(shí)，它就會(huì)使用這些訪問(wèn)類型。比如通過(guò)將某一行的主鍵訪問(wèn)WHERE字句的方式來(lái)查詢主鍵：SELECT id from t where id = 1。此時(shí)MySQL就能把這個(gè)查詢轉(zhuǎn)換為一個(gè)常量。
• eq_ref: 使用這種索引查找，MySQL清楚的知道最多只返回一條符合條件的記錄，使用主鍵或者唯一值索引查找時(shí)能看到這種方法。MySQL對(duì)于這種訪問(wèn)類型的優(yōu)化做得非常好，因?yàn)樗赖綗o(wú)需估計(jì)匹配行的范文或者在找到匹配行后再繼續(xù)查找（因?yàn)橹挡粫?huì)重復(fù)）。
• ref: 索引訪問(wèn)，也叫索引查找。返回所有匹配某個(gè)單個(gè)值的行，然而它可能會(huì)找到符合條件的多個(gè)行。此類索引訪問(wèn)只有當(dāng)使用非唯一性索引或者唯一索引的非唯一性前綴時(shí)才會(huì)發(fā)生。把他叫ref是因?yàn)樗湍硞€(gè)參考值相比較。這個(gè)參考值或者是一個(gè)常數(shù)，或者來(lái)自多表查詢前一個(gè)表里的結(jié)果值
• fulltext：當(dāng)查詢條件使用了全文索引時(shí)，type的取值為fulltext
• ref_or_null：類似于ref，但是當(dāng)查詢語(yǔ)句的連接條件或者查詢條件包含的列有NULL值時(shí)，MySQL會(huì)進(jìn)行額外查詢，經(jīng)常被用于解析子查詢。典型的場(chǎng)景為 is null
• index_merge: 當(dāng)查詢語(yǔ)句使用索引合并優(yōu)化時(shí)，type的取值為index_merge。此時(shí)，key列會(huì)顯示使用到的所有索引，key_len顯示使用到的索引的最長(zhǎng)鍵長(zhǎng)值
• unique_subquery: 當(dāng)查詢語(yǔ)句的查詢條件為IN的語(yǔ)句，并且IN語(yǔ)句中的查詢字段為數(shù)據(jù)表的主鍵或者非空唯一索引字段時(shí)，type的取值為unique_subquery。
• index_subquery: 與unique_subquery類似，但是IN語(yǔ)句中的查詢字段為數(shù)據(jù)表中的非唯一索引字段。
• range: 范圍掃描，就是一個(gè)有限制的索引掃描，使用一個(gè)索引來(lái)檢索給定范圍的行，不需要遍歷全部索引。范圍掃描通常出現(xiàn)在between,>,<,>=等操作中。in()和OR也會(huì)顯示范圍掃描，但這兩者其實(shí)是不同的訪問(wèn)類型，性能上也有差異。此類查找的開(kāi)銷根ref索引訪問(wèn)的開(kāi)銷相當(dāng)。
• index：跟全表掃描一樣，只是MySQL掃描表時(shí)按照索引次序進(jìn)行而不是行，主要優(yōu)點(diǎn)是避免了排序；缺點(diǎn)是要承擔(dān)按索引次序讀取整個(gè)表的開(kāi)銷。
• ALL：全表掃描，從頭到尾的查找所需要的行。但仍然存在例外，例如使用了 LIMIT ，或者Extra 列中顯示 Using distinct/not exists。

2.6 possible_keys

執(zhí)行查詢語(yǔ)句時(shí)可能用到的索引，但是在實(shí)際查詢中未必會(huì)用到。當(dāng)此列為NULL時(shí)，說(shuō)明沒(méi)有可使用的索引，此時(shí)可以通過(guò)建立索引來(lái)提高查詢的性能。

2.7 key（重要）

執(zhí)行查詢語(yǔ)句時(shí)MySQL實(shí)際會(huì)使用到的索引。如果MySQL實(shí)際沒(méi)有使用索引，則此列為NULL。

2.8 key_len (重要)

執(zhí)行查詢語(yǔ)句時(shí)實(shí)際用到的索引按照字節(jié)計(jì)算的長(zhǎng)度值，可以通過(guò)此字段計(jì)算MySQL實(shí)際上使用了復(fù)合索引中的多少字段。如果key列值為NULL，則key_len列值也為NULL。

2.9 ref

數(shù)據(jù)表中的哪個(gè)列或者哪個(gè)常量用來(lái)和key列中的索引做比較來(lái)檢索數(shù)據(jù)。如果此列的值為func，則說(shuō)明使用了某些函數(shù)的結(jié)果數(shù)據(jù)與key列中的索引做比較來(lái)檢索數(shù)據(jù)。

2.10 rows (重要)

查詢數(shù)據(jù)時(shí)必須查找的數(shù)據(jù)行數(shù)，當(dāng)數(shù)據(jù)表的存儲(chǔ)引擎為InnoDB時(shí)，值為MySQL的預(yù)估值。

2.11 Extra

在執(zhí)行查詢語(yǔ)句時(shí)額外的詳細(xì)信息

• Using index：表示MySQL將使用覆蓋索引，這發(fā)生在對(duì)表的請(qǐng)求列都是同一索引的部分的時(shí)候，返回的列數(shù)據(jù)只使用了索引中的信息，而沒(méi)有再去訪問(wèn)表中的行記錄。是性能高的表現(xiàn)。
• Using index condition：在5.6版本后加入的新特性索引下推（Index Condition Pushdown，ICP），在索引遍歷過(guò)程中，對(duì)索引中包含的字段先做判斷（即使該字段沒(méi)有使用到索引），直接過(guò)濾掉不滿足條件的記錄，減少回表次數(shù)。
• Using where：意味著MySQL服務(wù)器將在存儲(chǔ)引擎檢索行后再進(jìn)行過(guò)濾。就是先通過(guò)索引讀取整行數(shù)據(jù)，再按 WHRER條件進(jìn)行檢查，符合就留下，不符合就丟棄。查詢的列未被索引覆蓋。
• Using temporary：MySQL需要?jiǎng)?chuàng)建一張臨時(shí)表來(lái)中間結(jié)果并進(jìn)一步處理，比如union、group by、distinct等，出現(xiàn)這種情況一般是要進(jìn)行優(yōu)化的，首先是想到用索引來(lái)優(yōu)化。
• Using filesort：MySQL會(huì)對(duì)結(jié)果使用一個(gè)外部索引排序，而不是按索引次序從表里讀取行，即filesort（文件排序）。此時(shí)mysql會(huì)根據(jù)聯(lián)接類型瀏覽所有符合條件的記錄，并保存排序關(guān)鍵字和行指針，然后排序關(guān)鍵字并按順序檢索行信息。這種情況下一般也是要考慮使用索引來(lái)優(yōu)化的。filesort有兩種，一種是內(nèi)存排序，一種是磁盤排序，無(wú)法得知。
• Distinct: 一旦MySQL找到了與行相聯(lián)合匹配的行，就不再搜索了，常見(jiàn)于關(guān)聯(lián)查詢。
• No tables used：Query語(yǔ)句中使用from dual 或不含任何from子句。
• Using join buffer：使用了連接緩存，join語(yǔ)句用到了緩沖區(qū)。

到此這篇關(guān)于Mysql中explain命令返回參數(shù)的具體使用的文章就介紹到這了,更多相關(guān)Mysql explain返回參數(shù)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！ 

最新評(píng)論