mysql explain分析

通過explain可以知道mysql是如何處理語句，分析出查詢或是表結構的性能瓶頸。通過expalin可以得到：

1. 表的讀取順序

2.表的讀取操作的操作類型

3.哪些索引可以使用

4. 哪些索引被實際使用

5.表之間的引用

6.每張表有多少行被優化器查詢

?

explain顯示字段

?

?

1. id :語句的執行順序標識

2. select_type：使用的查詢類型，主要有以下幾種查詢類型：

?

1）simple 簡單類型

?語句中沒有子查詢或union

2）primary 最外層的select，不是主鍵

3）union?

union是在select 語句中第二個select語句后面所有的select，第一個select 為primary?

?

4)dependent subquery

子查詢中內層中第一個select語句

5).? dependent??union

?

子查詢中union且為union中第二個select開始的后面所有select，依賴于外部的結果集。

6). SUBQUERY

?

7).devived?

派生表的查詢語句

8）. uncacheable subquery?

?

結果集無法緩存的子查詢

?

9). union result?

?

union中合并的結果

3. table?

?

顯示這一步所訪問的數據庫中表的名稱

?

4. type?

這列很重要,顯示了連接使用了哪種類別,有無使用索引。type代表查詢執行計劃（QEP）中指定的表使用的連接方式。從最好到最差的連接類型為 1.system、2.const、3. eq_reg、4. ref、5. range、6.index、7. all

1) system

system為const一個特例，即表中只有一條記錄。

2) const

const是在where條件以常量作為查詢條件，表中最多有一條記錄匹配。由于是常量，所以實際上只需要讀一次。

3) eq_reg

最多只會有一條匹配結果，一般是通過主鍵或是唯一索引來訪問。一般會出現在連接查詢的語句中。

?

4）ref

join 語句中被驅動的表索引引用查詢。這個值表示所有具有匹配的索引值的行都被用到。

5）range

索引范圍掃描

6）index

全索引樹被掃描

7) all

全表掃描，效果是最不理想的。

?

5. possible_keys

查詢可以利用的索引，如果沒有任何索引可以使用，就會顯示成null，這項對內容的優化時索引的調整非常重要。

6.key

從possible_keys中所選擇使用的索引

7. key_len

key_len列顯示mysql決定使用的鍵長度，如果鍵是null，則長度為null。使用的索引長度，一般越短越好。

8. ref?

列出的是通過常量const，或是某個表的某個字段來過濾的。

9.rows

通過系統收集到的統計信息，估計出來的結果集記錄條數

?

10. filtered?列

　　在mysql5.1里新加的，在使用explain extended時出現。它顯示的是針對表里符合條件的記錄數的百分比所做的一個悲觀估算值。

filtered列給出了一個百分比的值，這個百分比值和rows 列的值相乘，可以估計出那些將要和QEP 中的前一個表進行連接的行的數目。前一個表就是指id 列的值比當前表的id 小的表。這一列只有在EXPLAIN EXTENDED 語句中才會出現。

?

11. extra

?

?Extra：查詢中每一步實現的額外細節信息，主要可能會是以下內容：

?1). Distinct：查找distinct值，所以當mysql找到了第一條匹配的結果后，將停止該值的查詢而轉為后面其他值的查詢；?FullscanonNULLkey：子查

詢中的一種優化方式，主要在遇到無法通過索引訪問null值的使用使用；

2). ?ImpossibleWHEREnoticedafterreadingconsttables：MySQLQueryOptimizer通過收集到的統計信息判斷出不可能存在結果；

?

3). Notables：Query語句中使用FROMDUAL或者不包含任何FROM子句；

?

4). Notexists：在某些左連接中MySQLQueryOptimizer所通過改變原有Query的組成而使用的優化方法，可以部分減少數據訪問次數；

?

5). Rangecheckedforeachrecord(indexmap:N)：通過MySQL官方手冊的描述，當MySQLQueryOptimizer沒有發現好的可以使用的索引的時候，如果

?

發現如果來自前面的表的列值已知，可能部分索引可以使用。對前面的表的每個行組合，MySQL檢查是否可以使用range或index_merge訪問方法來索取

?

行。

?6). Selecttablesoptimized away：當我們使用某些聚合函數來訪問存在索引的某個字段的時候，MySQLQueryOptimizer會通過索引而直接一次定位到

?

所需的數據行完成整個查詢。當然，前提是在Query中不能有GROUPBY操作。如使用MIN()或者MAX（）的時候；

?

?7). Usingfilesort：當我們的Query中包含ORDERBY操作，而且無法利用索引完成排序操作的時候，MySQLQueryOptimizer不得不選擇相應的排序算法

?

來實現。

8). ?Usingindex：所需要的數據只需要在Index即可全部獲得而不需要再到表中取數據（索引覆蓋）；

?

9). Usingindexforgroup-by：數據訪問和Usingindex一樣，所需數據只需要讀取索引即可，而當Query中使用了GROUPBY或者DISTINCT子句的時候，

?

如果分組字段也在索引中，Extra中的信息就會是Usingindexforgroup-by；

?

10). Usingtemporary：當MySQL在某些操作中必須使用臨時表的時候，在Extra信息中就會出現Usingtemporary。主要常見于GROUPBY和ORDERBY等

?

操作中。

?

11). Usingwhere：如果我們不是讀取表的所有數據，或者不是僅僅通過索引就可以獲取所有需要的數據，則會出現Usingwhere信息；

?

12). Usingwherewithpushedcondition：這是一個僅僅在NDBCluster存儲引擎中才會出現的信息，而且還需要通過打開ConditionPushdown優化功能

?

才可能會被使用。控制參數為engine_condition_pushdown。

總結

以上是生活随笔為你收集整理的MYSQL:explain分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。