Mysql中Explain有什么用

這篇文章將為大家詳細(xì)講解有關(guān)Mysql中Explain有什么用，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

1前言

   在日常工作中，我們往往都需要面對慢查詢，如何分析慢查詢的原因，就需要使用"EXPLAIN"。下面會詳細(xì)介紹"EXPLAIN"對應(yīng)的10個指標(biāo)（id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra）及其對應(yīng)值的含義。如下所示。

2指標(biāo)分析

1）id

sql執(zhí)行順序，id越大優(yōu)先級越高，如果id相同，則按照從上到下的順序執(zhí)行。

2）select_type

代表著select語句的類型，具體類型如下：

(1) SIMPLE(簡單SELECT,不使用UNION或子查詢等)

(2) PRIMARY(查詢中若包含任何復(fù)雜的子部分,最外層的select被標(biāo)記為PRIMARY)

(3) UNION(UNION中的第二個或后面的SELECT語句)

(4) DEPENDENT UNION(UNION中的第二個或后面的SELECT語句，取決于外面的查詢)

(5) UNION RESULT(UNION的結(jié)果)

(6) SUBQUERY(子查詢中的第一個SELECT)

(7) DEPENDENT SUBQUERY(子查詢中的第一個SELECT，取決于外面的查詢)

(8) DERIVED(派生表的SELECT, FROM子句的子查詢)

(9) UNCACHEABLE SUBQUERY(一個子查詢的結(jié)果不能被緩存，必須重新評估外鏈接的第一行)

3）table

   對應(yīng)的表名。有時顯示的表名不是真實(shí)表名，比如子查詢臨時表關(guān)聯(lián)查詢，表名是<derivedX>(X是數(shù)字)。具體如下圖所示。

4）type

表示MySQL在表中找到所需行的方式，又稱“訪問類型”。

常用的類型有： ALL, index,  range, ref, eq_ref, const, system, NULL（從左到右，性能從差到好）

ALL：Full Table Scan， MySQL將遍歷全表以找到匹配的行

index: Full Index Scan，index與ALL區(qū)別為index類型只遍歷索引樹

range:只檢索給定范圍的行，使用一個索引來選擇行

ref: 表示上述表的連接匹配條件，即哪些列或常量被用于查找索引列上的值

eq_ref: 類似ref，區(qū)別就在使用的索引是唯一索引，對于每個索引鍵值，表中只有一條記錄匹配，簡單來說，就是多表連接中使用primary key或者 unique key作為關(guān)聯(lián)條件

const、system: 當(dāng)MySQL對查詢某部分進(jìn)行優(yōu)化，并轉(zhuǎn)換為一個常量時，使用這些類型訪問。如將主鍵置于where列表中，MySQL就能將該查詢轉(zhuǎn)換為一個常量,system是const類型的特例，當(dāng)查詢的表只有一行的情況下，使用system

NULL: MySQL在優(yōu)化過程中分解語句，執(zhí)行時甚至不用訪問表或索引，例如從一個索引列里選取最小值可以通過單獨(dú)索引查找完成，即不用回表查詢。

下圖具體案例。

5）possible_keys

指出MySQL能使用哪個索引在表中找到記錄，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用

該列完全獨(dú)立于EXPLAIN輸出所示的表的次序。這意味著在possible_keys中的某些鍵實(shí)際上不能按生成的表次序使用。
如果該列是NULL，則沒有相關(guān)的索引。在這種情況下，可以通過檢查WHERE子句看是否它引用某些列或適合索引的列來提高你的查詢性能。如果是這樣，創(chuàng)造一個適當(dāng)?shù)乃饕⑶以俅斡肊XPLAIN檢查查詢。

6）key

key列顯示MySQL實(shí)際決定使用的鍵（索引）

如果沒有選擇索引，鍵是NULL。要想強(qiáng)制MySQL使用或忽視possible_keys列中的索引，在查詢中使用FORCE INDEX、USE INDEX或者IGNORE INDEX（但是一般來說不建議這么做，在業(yè)務(wù)系統(tǒng)中最好不要耦合數(shù)據(jù)庫中索引，容易埋坑）。

7）key_len

表示索引中使用的字節(jié)數(shù)，可通過該列計(jì)算查詢中使用的索引的長度（key_len顯示的值為索引字段的最大可能長度，并非實(shí)際使用長度，即key_len是根據(jù)表定義計(jì)算而得，不是通過表內(nèi)檢索出的）

不損失精確性的情況下，長度越短越好 。(數(shù)據(jù)庫查詢時，每次查詢一頁（默認(rèn)16K）,長度越短，返回索引結(jié)點(diǎn)越多，速度越快）

8）ref

表示上述表的連接匹配條件，即哪些列或常量被用于查找索引列上的值。

9）rows

表示MySQL根據(jù)表統(tǒng)計(jì)信息及索引選用情況，估算的找到所需的記錄所需要讀取的行數(shù)（這里著重強(qiáng)調(diào)“估算”，mysql有時會估算錯誤，這時候就需要具體分析了）。

10）Extra

該列包含MySQL解決查詢的詳細(xì)信息,有以下幾種情況：

Using where:列數(shù)據(jù)是從僅僅使用了索引中的信息而沒有讀取實(shí)際的行動的表返回的，這發(fā)生在對表的全部的請求列都是同一個索引的部分的時候，表示mysql服務(wù)器將在存儲引擎檢索行后再進(jìn)行過濾。

Using temporary：表示MySQL需要使用臨時表來存儲結(jié)果集，常見于排序和分組查詢。

Using filesort：MySQL中無法利用索引完成的排序操作稱為“文件排序”。

Using join buffer：改值強(qiáng)調(diào)了在獲取連接條件時沒有使用索引，并且需要連接緩沖區(qū)來存儲中間結(jié)果。如果出現(xiàn)了這個值，那應(yīng)該注意，根據(jù)查詢的具體情況可能需要添加索引來改進(jìn)能。

Impossible where：這個值強(qiáng)調(diào)了where語句會導(dǎo)致沒有符合條件的行。

Select tables optimized away：這個值意味著僅通過使用索引，優(yōu)化器可能僅從聚合函數(shù)結(jié)果中返回一行。

使用“EXPLAIN”需要注意以下幾點(diǎn)：

? EXPLAIN不會告訴你關(guān)于觸發(fā)器、存儲過程的信息或用戶自定義函數(shù)對查詢的影響情況
? EXPLAIN不考慮各種Cache
? EXPLAIN不能顯示MySQL在執(zhí)行查詢時所作的優(yōu)化工作
? 部分統(tǒng)計(jì)信息是估算的，并非精確值
? EXPALIN只能解釋SELECT操作，其他操作要重寫為SELECT后查看執(zhí)行計(jì)劃。

關(guān)于Mysql中Explain有什么用就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。