使用EXPLAIN關(guān)鍵字可以模擬優(yōu)化器執(zhí)行SQL查詢語句,從而知道MySQL是如何處理你的SQL語句的。分析你的查詢語句或是表結(jié)構(gòu)的性能瓶頸。
? 通過EXPLAIN,我們可以分析出以下結(jié)果:
? 使用方式如下:
EXPLAIN +SQL語句
EXPLAIN SELECT * FROM t1
執(zhí)行計劃包含的信息
2. 執(zhí)行計劃各字段含義2.1 idselect查詢的序列號,包含一組數(shù)字,表示查詢中執(zhí)行select子句或操作表的順序
id的結(jié)果共有3中情況
id相同,執(zhí)行順序由上至下
[總結(jié)] 加載表的順序如上圖table列所示:t1 t3 t2
id不同,如果是子查詢,id的序號會遞增,id值越大優(yōu)先級越高,越先被執(zhí)行
id相同不同,同時存在
,這里指的是指向id為2的表,即t3表的衍生表。2.2 select_type常見和常用的值有如下幾種:
分別用來表示查詢的類型,主要是用于區(qū)別普通查詢、聯(lián)合查詢、子查詢等的復(fù)雜查詢。
SIMPLE簡單的select查詢
,查詢中不包含子查詢或者UNION
PRIMARY 查詢中若包含任何復(fù)雜的
子部分,最外層查詢則被標(biāo)記為PRIMARY
SUBQUERY在SELECT或WHERE列表中包含了子查詢
DERIVED 在FROM列表中包含的子查詢被標(biāo)記為DERIVED
(衍生),MySQL會遞歸執(zhí)行這些子查詢,把結(jié)果放在臨時表
中
UNION 若第二個SELECT出現(xiàn)在UNION之后,則被標(biāo)記為UNION:若UNION包含在FROM子句的子查詢中,外層SELECT將被標(biāo)記為:DERIVED
UNION RESULT 從UNION表獲取結(jié)果的SELECT
2.3 table指的就是當(dāng)前執(zhí)行的表
2.4 typetype所顯示的是查詢使用了哪種類型,type包含的類型包括如下圖所示的幾種:
從最好到最差依次是:
system > const > eq_ref > ref > range > index > all
一般來說,得保證查詢至少達到range級別,最好能達到ref。
system
表只有一行記錄(等于系統(tǒng)表),這是const類型的特列,平時不會出現(xiàn),這個也可以忽略不計const
表示通過索引一次就找到了,const用于比較primary key 或者unique索引。因為只匹配一行數(shù)據(jù),所以很快。如將主鍵置于where列表中,MySQL就能將該查詢轉(zhuǎn)換為一個常量。eq_ref
唯一性索引掃描,對于每個索引鍵,表中只有一條記錄與之匹配。常見于主鍵或唯一索引掃描ref
非唯一性索引掃描,返回匹配某個單獨值的所有行,本質(zhì)上也是一種索引訪問,它返回所有匹配某個單獨值的行,然而,它可能會找到多個符合條件的行,所以他應(yīng)該屬于查找和掃描的混合體。range
只檢索給定范圍的行,使用一個索引來選擇行,key列顯示使用了哪個索引,一般就是在你的where語句中出現(xiàn)between、< 、>、in等的查詢,這種范圍掃描索引比全表掃描要好,因為它只需要開始于索引的某一點,而結(jié)束于另一點,不用掃描全部索引。index
Full Index Scan,Index與All區(qū)別為index類型只遍歷索引樹。這通常比ALL快,因為索引文件通常比數(shù)據(jù)文件小。(也就是說雖然all和Index都是讀全表,但index是從索引中讀取的,而all是從硬盤讀取的)all
Full Table Scan 將遍歷全表以找到匹配的行possible_keys
顯示可能應(yīng)用在這張表中的索引,一個或多個。查詢涉及到的字段上若存在索引,則該索引將被列出,但不一定被查詢實際使用。
key
覆蓋索引
(select 后要查詢的字段剛好和創(chuàng)建的索引字段完全相同),則該索引僅出現(xiàn)在key列表中表示索引中使用的字節(jié)數(shù),可通過該列計算查詢中使用的索引的長度,在不損失精確性的情況下,長度越短越好
。key_len顯示的值為索引字段的可能長度,并非實際使用長度,即key_len是根據(jù)表定義計算而得,不是通過表內(nèi)檢索出的。
顯示索引的那一列被使用了,如果可能的話,最好是一個常數(shù)。哪些列或常量被用于查找索引列上的值。
2.8 rows根據(jù)表統(tǒng)計信息及索引選用情況,大致估算出找到所需的記錄所需要讀取的行數(shù),也就是說,用的越少越好
2.9 Extra包含不適合在其他列中顯式但十分重要的額外信息
2.9.1 Using filesort(九死一生)說明mysql會對數(shù)據(jù)使用一個外部的索引排序,而不是按照表內(nèi)的索引順序進行讀取。MySQL中無法利用索引完成的排序操作稱為“文件排序”。
2.9.2 Using temporary(十死無生)使用了用臨時表保存中間結(jié)果,MySQL在對查詢結(jié)果排序時使用臨時表。常見于排序order by和分組查詢group by。
2.9.3 Using index(發(fā)財了)表示相應(yīng)的select操作中使用了覆蓋索引(Covering Index),避免訪問了表的數(shù)據(jù)行,效率不錯。如果同時出現(xiàn)using where,表明索引被用來執(zhí)行索引鍵值的查找;如果沒有同時出現(xiàn)using where,表明索引用來讀取數(shù)據(jù)而非執(zhí)行查找動作。
2.9.4 Using where表明使用了where過濾
2.9.5 Using join buffer表明使用了連接緩存,比如說在查詢的時候,多表join的次數(shù)非常多,那么將配置文件中的緩沖區(qū)的join buffer調(diào)大一些。
2.9.6 impossible wherewhere子句的值總是false
,不能用來獲取任何元組
SELECT * FROM t_user WHERE id = '1' and id = '2'2.9.7 select tables optimized away
在沒有GROUPBY子句的情況下,基于索引優(yōu)化MIN/MAX操作或者對于MyISAM存儲引擎優(yōu)化COUNT(*)操作,不必等到執(zhí)行階段再進行計算,查詢執(zhí)行計劃生成的階段即完成優(yōu)化。
2.9.8 distinct優(yōu)化distinct操作,在找到第一匹配的元組后即停止找同樣值的動作
3. 實例分析執(zhí)行順序1:select_type為UNION,說明第四個select是UNION里的第二個select,最先執(zhí)行【select name,id from t2】執(zhí)行順序2:id為3,是整個查詢中第三個select的一部分。因查詢包含在from中,所以為DERIVED【select id,name from t1 where other_column=’’】執(zhí)行順序3:select列表中的子查詢select_type為subquery,為整個查詢中的第二個select【select id from t3】執(zhí)行順序4:id列為1,表示是UNION里的第一個select,select_type列的primary表示該查詢?yōu)橥鈱硬樵?,table列被標(biāo)記為
,表示查詢結(jié)果來自一個衍生表,其中derived3中的3代表該查詢衍生自第三個select查詢,即id為3的select?!緎elect d1.name …】執(zhí)行順序5:代表從UNION的臨時表中讀取行的階段,table列的< union1,4 >表示用第一個和第四個select的結(jié)果進行UNION操作?!緝蓚€結(jié)果union操作】
推薦學(xué)習(xí):mysql教程
網(wǎng)頁標(biāo)題:MySQL中explain用法和結(jié)果分析(詳解)
文章路徑:http://weahome.cn/article/chshdj.html