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

1. explain命令是什么東西？

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

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

2.2 select_type

查詢類型，表示當前SQL語句是簡單查詢還是復雜查詢

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

2.3 table

2.4 partitions 如果當前數(shù)據(jù)表是分區(qū)表，則表示查詢結果匹配的分區(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：當MySQL能對查詢的某部分進行優(yōu)化并將其轉換成一個常量時，它就會使用這些訪問類型。比如通過將某一行的主鍵訪問WHERE字句的方式來查詢主鍵：SELECT id from t where id = 1。此時MySQL就能把這個查詢轉換為一個常量。
• eq_ref: 使用這種索引查找，MySQL清楚的知道最多只返回一條符合條件的記錄，使用主鍵或者唯一值索引查找時能看到這種方法。MySQL對于這種訪問類型的優(yōu)化做得非常好，因為它知道到無需估計匹配行的范文或者在找到匹配行后再繼續(xù)查找（因為值不會重復）。
• ref: 索引訪問，也叫索引查找。返回所有匹配某個單個值的行，然而它可能會找到符合條件的多個行。此類索引訪問只有當使用非唯一性索引或者唯一索引的非唯一性前綴時才會發(fā)生。把他叫ref是因為他要和某個參考值相比較。這個參考值或者是一個常數(shù)，或者來自多表查詢前一個表里的結果值
• fulltext：當查詢條件使用了全文索引時，type的取值為fulltext
• ref_or_null：類似于ref，但是當查詢語句的連接條件或者查詢條件包含的列有NULL值時，MySQL會進行額外查詢，經常被用于解析子查詢。典型的場景為 is null
• index_merge: 當查詢語句使用索引合并優(yōu)化時，type的取值為index_merge。此時，key列會顯示使用到的所有索引，key_len顯示使用到的索引的最長鍵長值
• unique_subquery: 當查詢語句的查詢條件為IN的語句，并且IN語句中的查詢字段為數(shù)據(jù)表的主鍵或者非空唯一索引字段時，type的取值為unique_subquery。
• index_subquery: 與unique_subquery類似，但是IN語句中的查詢字段為數(shù)據(jù)表中的非唯一索引字段。
• range: 范圍掃描，就是一個有限制的索引掃描，使用一個索引來檢索給定范圍的行，不需要遍歷全部索引。范圍掃描通常出現(xiàn)在between,>,<,>=等操作中。in()和OR也會顯示范圍掃描，但這兩者其實是不同的訪問類型，性能上也有差異。此類查找的開銷根ref索引訪問的開銷相當。
• index：跟全表掃描一樣，只是MySQL掃描表時按照索引次序進行而不是行，主要優(yōu)點是避免了排序；缺點是要承擔按索引次序讀取整個表的開銷。
• ALL：全表掃描，從頭到尾的查找所需要的行。但仍然存在例外，例如使用了 LIMIT ，或者Extra 列中顯示 Using distinct/not exists。

2.6 possible_keys

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

2.7 key（重要）

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

2.8 key_len (重要)

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

2.9 ref

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

2.10 rows (重要)

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

2.11 Extra

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

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

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

最新評論