EXPLAIN簡介

　　EXPLAIN 命令是查看查詢優化器如何決定執行查詢的主要方法,使用EXPLAIN,只需要在查詢中的SELECT關鍵字之前增加EXPLAIN這個詞即可,MYSQL會在查詢上設置一個標記,當執行查詢時,這個標記會使其返回關于在執行計劃中每一步的信息,而不是執行它,它會返回一行或多行信息,顯示出執行計劃中的每一部分和執行的次序,從而可以從分析結果中找到查詢語句或是表結構的性能瓶頸。

EXPLAIN能干嘛

分析出表的讀取順序

數據讀取操作的操作類型

哪些索引可以使用

哪些索引被實際使用

表之間的引用

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

EXPLAIN如何用

Explain + SQL語句即可,如下:

explain select * from tbl_dept;

• 1執行結果如下:

EXPLAIN結果參數含義

1.id:? id代表執行select子句或操作表的順序,例如,上述的執行結果代表只有一次執行而且執行順序是第一(因為只有一個id為1的執行結果),id分別有三種不同的執行結果,分別如下:

• id相同,執行順序由上至下

• id不同,如果是子查詢,id的序號會遞增,id值越大,優先級越高,越先被執行

• id相同和不同,同時存在,遵從優先級高的優先執行,優先級相同的按照由上至下的順序執行

2.select_type
　　查詢的類型,主要用于區別普通查詢,聯合查詢,子查詢等復雜查詢

• simple: 簡單的select查詢,查詢中不包含子查詢或union查詢
• primary: 查詢中若包含任何復雜的子部分,最外層查詢則被標記為primary
• subquery 在select 或where 列表中包含了子查詢
• derived 在from列表中包含的子查詢被標記為derived,mysql會遞歸這些子查詢,把結果放在臨時表里
• union 做第二個select出現在union之后,則被標記為union,若union包含在from子句的子查詢中,外層select將被標記為derived
• union result 從union表獲取結果的select

3.table
　　顯示一行的數據時關于哪張表的
4.type
　　查詢類型從最好到最差依次是:system>const>eq_ref>ref>range>index>All,一般情況下,得至少保證達到range級別,最好能達到ref

• system:表只有一行記錄,這是const類型的特例,平時不會出現
• const:表示通過索引一次就找到了,const即常量,它用于比較primary key或unique索引,因為只匹配一行數據,所以效率很快,如將主鍵置于where條件中,mysql就能將該查詢轉換為一個常量?

• eq_ref:唯一性索引掃描,對于每個索引鍵,表中只有一條記錄與之匹配,常見于主鍵或唯一索引掃描
• ref:非唯一性索引掃描,返回匹配某個單獨值的行,它可能會找到多個符合條件的行,所以他應該屬于查找和掃描的混合體
• range:只檢索給定范圍的行,使用一個索引來選擇行,如where語句中出現了between,<,>,in等查詢,這種范圍掃描索引比全表掃描要好，因為它只需要開始于索引的某一點，而結束于另一點，不用掃描全部索引。
• index:index類型只遍歷索引樹,這通常比All快,因為索引文件通常比數據文件小,index是從索引中讀取,all從硬盤中讀取
• all:全表掃描,是最差的一種查詢類型

5.possible_keys
　　顯示可能應用在這張表中的索引,一個或多個,查詢到的索引不一定是真正被用到的

6.key
　　實際使用的索引,如果為null,則沒有使用索引,因此會出現possible_keys列有可能被用到的索引,但是key列為null,表示實際沒用索引。

7.key_len
　　表示索引中使用的字節數,而通過該列計算查詢中使用的 索引長度,在不損失精確性的情況下,長度越短越好,key_len顯示的值為索引字段的最大可能長度,并非實際使用長度,即,key_len是根據表定義計算而得么不是通過表內檢索出的

8.ref
　　顯示索引的哪一列被使用了,如果可能的話是一個常數,哪些列或常量被用于查找索引列上的值

9.rows
　　根據表統計信息及索引選用情況,大只估算出找到所需的記錄所需要讀取的行數

10.Extra

• Using filesort:說明mysql會對數據使用一個外部的索引排序,而不是按照表內的索引順序進行讀取,mysql中無法利用索引完成的排序操作稱為"文件排序"
• Using temporary :使用了臨時表保存中間結果,mysql在對查詢結果排序時使用臨時表,常見于order by和分組查詢group by
• Using index:表示相應的select操作中使用了覆蓋索引（Covering Index），避免訪問了表的數據行，效率不錯。如果同時出現using where，表明索引被用來執行索引鍵值的查找；如果沒有同時出現using where，表明索引用來讀取數據而非執行查找動作。 其中的覆蓋索引含義是所查詢的列是和建立的索引字段和個數是一一對應的
• Using where:表明使用了where過濾
• Using join buffer:表明使用了連接緩存,如在查詢的時候會有多次join,則可能會產生臨時表
• impossible where:表示where子句的值總是false,不能用來獲取任何元祖。如下例：

select * from t1 where id='1' and id='2';

• select tables optimized away

在沒有GROUPBY子句的情況下，基于索引優化MIN/MAX操作或者對于MyISAM存儲引擎優化COUNT(*)操作，不必等到執行階段再進行計算，查詢執行計劃生成的階段即完成優化。

• distinct：優化distinct操作，在找到第一匹配的元組后即停止找同樣值的動作，即一旦MySQL找到了與行相聯合匹配的行，就不再搜索了。

重點：

　　type：訪問類型，查看SQL到底是以何種類型訪問數據的。

　　key：使用的索引，MySQL用了哪個索引，有時候MySQL用的索引不是最好的，需要force?index()。

　　rows：最大掃描的列數。

　　extra：重要的額外信息，特別注意損耗性能的兩個情況，using?filesort和using temporary。

?

附出處：https://blog.csdn.net/zh15732621679/article/details/80394790#commentBox

轉載于:https://www.cnblogs.com/myseries/p/10736268.html

總結

以上是生活随笔為你收集整理的MySQL — 优化之explain执行计划详解（转）的全部內容，希望文章能夠幫你解決所遇到的問題。

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