1. explain命令是什么東西？

explain 是MySql提供的SQL語句查詢性能的工具，是我們優(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

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

2.2 select_type

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

• SIMPLE：簡單查詢，不包含任何連接查詢和子查詢。
• PRIMARY：查詢中若查詢包含任何復(fù)雜的子部分，最外層的select被標(biāo)記為PRIMARY。
• UNION：當(dāng)前SQL語句是連接查詢時，表示連接查詢的第二個SELECT語句或者第二個后面的SELECT語句。
• DEPENDENT UNION：含義與UNION幾乎相同，但是DEPENDENT UNION取決于外層的查詢語句。
• UNION RESULT：表示UNION連接查詢的結(jié)果信息。
• SUBQUERY：包含在SELECT子句（不在from子句中）中的子查詢的SELECT，結(jié)果不依賴于外部查詢。
• DEPENDENT SUBQUERY：含義與SUBQUERY幾乎相同，但是DEPENDENTSUBQUERY取決于外層的查詢語句。
• DERIVED：表示FROM子句中的子查詢。
• MATERIALIZED：表示實例化子查詢。
• UNCACHEABLE SUBQUERY：表示不緩存子查詢的結(jié)果數(shù)據(jù)，重新計算外部查詢的每一行數(shù)據(jù)。
• UNCACHEABLE UNION：表示不緩存連接查詢的結(jié)果數(shù)據(jù)，每次執(zhí)行連接查詢時都會重新計算數(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: 這種訪問方式意味著MySQ能在優(yōu)化階段分解查詢語句，在執(zhí)行階段甚至不需要再訪問表或者索引。例如，從一個索引列里選取最小值可以通過單獨查詢索引來完成，不需要在執(zhí)行時訪問表。
• system：查詢的數(shù)據(jù)表中只有一行數(shù)據(jù)，是const類型的特例
• const：當(dāng)MySQL能對查詢的某部分進行優(yōu)化并將其轉(zhuǎn)換成一個常量時，它就會使用這些訪問類型。比如通過將某一行的主鍵訪問WHERE字句的方式來查詢主鍵：SELECT id from t where id = 1。此時MySQL就能把這個查詢轉(zhuǎn)換為一個常量。
• eq_ref: 使用這種索引查找，MySQL清楚的知道最多只返回一條符合條件的記錄，使用主鍵或者唯一值索引查找時能看到這種方法。MySQL對于這種訪問類型的優(yōu)化做得非常好，因為它知道到無需估計匹配行的范文或者在找到匹配行后再繼續(xù)查找（因為值不會重復(fù)）。
• ref: 索引訪問，也叫索引查找。返回所有匹配某個單個值的行，然而它可能會找到符合條件的多個行。此類索引訪問只有當(dāng)使用非唯一性索引或者唯一索引的非唯一性前綴時才會發(fā)生。把他叫ref是因為他要和某個參考值相比較。這個參考值或者是一個常數(shù)，或者來自多表查詢前一個表里的結(jié)果值
• fulltext：當(dāng)查詢條件使用了全文索引時，type的取值為fulltext
• ref_or_null：類似于ref，但是當(dāng)查詢語句的連接條件或者查詢條件包含的列有NULL值時，MySQL會進行額外查詢，經(jīng)常被用于解析子查詢。典型的場景為 is null
• index_merge: 當(dāng)查詢語句使用索引合并優(yōu)化時，type的取值為index_merge。此時，key列會顯示使用到的所有索引，key_len顯示使用到的索引的最長鍵長值
• unique_subquery: 當(dāng)查詢語句的查詢條件為IN的語句，并且IN語句中的查詢字段為數(shù)據(jù)表的主鍵或者非空唯一索引字段時，type的取值為unique_subquery。
• index_subquery: 與unique_subquery類似，但是IN語句中的查詢字段為數(shù)據(jù)表中的非唯一索引字段。
• range: 范圍掃描，就是一個有限制的索引掃描，使用一個索引來檢索給定范圍的行，不需要遍歷全部索引。范圍掃描通常出現(xiàn)在between,>,<,>=等操作中。in()和OR也會顯示范圍掃描，但這兩者其實是不同的訪問類型，性能上也有差異。此類查找的開銷根ref索引訪問的開銷相當(dāng)。
• index：跟全表掃描一樣，只是MySQL掃描表時按照索引次序進行而不是行，主要優(yōu)點是避免了排序；缺點是要承擔(dān)按索引次序讀取整個表的開銷。
• ALL：全表掃描，從頭到尾的查找所需要的行。但仍然存在例外，例如使用了 LIMIT ，或者Extra 列中顯示 Using distinct/not exists。

2.6 possible_keys

執(zhí)行查詢語句時可能用到的索引，但是在實際查詢中未必會用到。當(dāng)此列為NULL時，說明沒有可使用的索引，此時可以通過建立索引來提高查詢的性能。

2.7 key (重要)

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

2.8 key_len (重要)

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

2.9 ref

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

2.10 rows (重要)

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

2.11 Extra

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

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

到此這篇關(guān)于MySql explain命令返回結(jié)果解讀的文章就介紹到這了,更多相關(guān)MySql explain命令內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論