MySQL — 優化之explain執行計劃詳解（轉）
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