MySQL EXPLAIN詳解

相關(guān)文章:

MySQL高性能表設(shè)計規(guī)范:http://www.reibang.com/p/f797bbe11d76
MySQL EXPLAIN詳解:http://www.reibang.com/p/ea3fc71fdc45
MySQL 鎖機制 常用知識點:http://www.reibang.com/p/0d5b7cd592f9
image.png

MySQL EXPLAIN命令是查詢性能優(yōu)化不可缺少的一部分,該文主要講解explain命令的使用及相關(guān)參數(shù)說明晤斩。

EXPLAIN Output Columns

列名 說明
id 執(zhí)行編號,標(biāo)識select所屬的行。如果在語句中沒子查詢或關(guān)聯(lián)查詢,只有唯一的select腥沽,每行都將顯示1。否則鸠蚪,內(nèi)層的select語句一般會順序編號巡球,對應(yīng)于其在原始語句中的位置
select_type 顯示本行是簡單或復(fù)雜select。如果查詢有任何復(fù)雜的子查詢邓嘹,則最外層標(biāo)記為PRIMARY(DERIVED酣栈、UNION、UNION RESUlT)
table 訪問引用哪個表(引用某個查詢汹押,如“derived3”)
type 數(shù)據(jù)訪問/讀取操作類型(ALL矿筝、index、range棚贾、ref窖维、eq_ref、const/system妙痹、NULL)
possible_keys 揭示哪一些索引可能有利于高效的查找
key 顯示mysql決定采用哪個索引來優(yōu)化查詢
key_len 顯示mysql在索引里使用的字節(jié)數(shù)
ref 顯示了之前的表在key列記錄的索引中查找值所用的列或常量
rows 為了找到所需的行而需要讀取的行數(shù)铸史,估算值,不精確怯伊。通過把所有rows列值相乘琳轿,可粗略估算整個查詢會檢查的行數(shù)
Extra 額外信息,如using index耿芹、filesort等

id

id是用來順序標(biāo)識整個查詢中SELELCT 語句的崭篡,在嵌套查詢中id越大的語句越先執(zhí)行。該值可能為NULL吧秕,如果這一行用來說明的是其他行的聯(lián)合結(jié)果琉闪。

select_type

表示查詢的類型

類型 說明
simple 簡單子查詢,不包含子查詢和union
primary 包含union或者子查詢砸彬,最外層的部分標(biāo)記為primary
subquery 一般子查詢中的子查詢被標(biāo)記為subquery颠毙,也就是位于select列表中的查詢
derived 派生表——該臨時表是從子查詢派生出來的斯入,位于form中的子查詢
union 位于union中第二個及其以后的子查詢被標(biāo)記為union,第一個就被標(biāo)記為primary如果是union位于from中則標(biāo)記為derived
union result 用來從匿名臨時表里檢索結(jié)果的select被標(biāo)記為union result
dependent union 顧名思義蛀蜜,首先需要滿足UNION的條件刻两,及UNION中第二個以及后面的SELECT語句,同時該語句依賴外部的查詢
subquery 子查詢中第一個SELECT語句
dependent subquery 和DEPENDENT UNION相對UNION一樣

table

對應(yīng)行正在訪問哪一個表涵防,表名或者別名

  • 關(guān)聯(lián)優(yōu)化器會為查詢選擇關(guān)聯(lián)順序闹伪,左側(cè)深度優(yōu)先
  • 當(dāng)from中有子查詢的時候沪铭,表名是derivedN的形式壮池,N指向子查詢,也就是explain結(jié)果中的下一列
  • 當(dāng)有union result的時候杀怠,表名是union 1,2等的形式椰憋,1,2表示參與union的query id

注意:MySQL對待這些表和普通表一樣,但是這些“臨時表”是沒有任何索引的赔退。

type

type顯示的是訪問類型橙依,是較為重要的一個指標(biāo),結(jié)果值從好到壞依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL 硕旗,一般來說窗骑,得保證查詢至少達(dá)到range級別,最好能達(dá)到ref漆枚。

類型 說明
All 最壞的情況,全表掃描
index 和全表掃描一樣创译。只是掃描表的時候按照索引次序進(jìn)行而不是行。主要優(yōu)點就是避免了排序, 但是開銷仍然非常大墙基。如在Extra列看到Using index软族,說明正在使用覆蓋索引,只掃描索引的數(shù)據(jù)残制,它比按索引次序全表掃描的開銷要小很多
range 范圍掃描立砸,一個有限制的索引掃描。key 列顯示使用了哪個索引初茶。當(dāng)使用=颗祝、 <>、>恼布、>=吐葵、<、<=桥氏、IS NULL温峭、<=>、BETWEEN 或者 IN 操作符,用常量比較關(guān)鍵字列時,可以使用 range
ref 一種索引訪問字支,它返回所有匹配某個單個值的行凤藏。此類索引訪問只有當(dāng)使用非唯一性索引或唯一性索引非唯一性前綴時才會發(fā)生奸忽。這個類型跟eq_ref不同的是,它用在關(guān)聯(lián)操作只使用了索引的最左前綴揖庄,或者索引不是UNIQUE和PRIMARY KEY栗菜。ref可以用于使用=或<=>操作符的帶索引的列。
eq_ref 最多只返回一條符合條件的記錄蹄梢。使用唯一性索引或主鍵查找時會發(fā)生 (高效)
const 當(dāng)確定最多只會有一行匹配的時候疙筹,MySQL優(yōu)化器會在查詢前讀取它而且只讀取一次,因此非辰矗快而咆。當(dāng)主鍵放入where子句時,mysql把這個查詢轉(zhuǎn)為一個常量(高效)
system 這是const連接類型的一種特例幕袱,表僅有一行滿足條件暴备。
Null 意味說mysql能在優(yōu)化階段分解查詢語句,在執(zhí)行階段甚至用不到訪問表或索引(高效)

possible_keys

顯示查詢使用了哪些索引们豌,表示該索引可以進(jìn)行高效地查找涯捻,但是列出來的索引對于后續(xù)優(yōu)化過程可能是沒有用的

key

key列顯示MySQL實際決定使用的鍵(索引)。如果沒有選擇索引望迎,鍵是NULL障癌。要想強制MySQL使用或忽視possible_keys列中的索引,在查詢中使用FORCE INDEX辩尊、USE INDEX或者IGNORE INDEX涛浙。

key_len

key_len列顯示MySQL決定使用的鍵長度。如果鍵是NULL对省,則長度為NULL蝗拿。使用的索引的長度。在不損失精確性的情況下蒿涎,長度越短越好 哀托。

ref

ref列顯示使用哪個列或常數(shù)與key一起從表中選擇行。

rows

rows列顯示MySQL認(rèn)為它執(zhí)行查詢時必須檢查的行數(shù)劳秋。注意這是一個預(yù)估值仓手。

Extra

Extra是EXPLAIN輸出中另外一個很重要的列,該列顯示MySQL在查詢過程中的一些詳細(xì)信息玻淑,MySQL查詢優(yōu)化器執(zhí)行查詢的過程中對查詢計劃的重要補充信息嗽冒。

類型 說明
Using filesort MySQL有兩種方式可以生成有序的結(jié)果,通過排序操作或者使用索引补履,當(dāng)Extra中出現(xiàn)了Using filesort 說明MySQL使用了后者添坊,但注意雖然叫filesort但并不是說明就是用了文件來進(jìn)行排序,只要可能排序都是在內(nèi)存里完成的箫锤。大部分情況下利用索引排序更快贬蛙,所以一般這時也要考慮優(yōu)化查詢了雨女。使用文件完成排序操作,這是可能是ordery by阳准,group by語句的結(jié)果氛堕,這可能是一個CPU密集型的過程,可以通過選擇合適的索引來改進(jìn)性能野蝇,用索引來為查詢結(jié)果排序讼稚。
Using temporary 用臨時表保存中間結(jié)果,常用于GROUP BY 和 ORDER BY操作中绕沈,一般看到它說明查詢需要優(yōu)化了锐想,就算避免不了臨時表的使用也要盡量避免硬盤臨時表的使用。
Not exists MYSQL優(yōu)化了LEFT JOIN七冲,一旦它找到了匹配LEFT JOIN標(biāo)準(zhǔn)的行痛倚, 就不再搜索了规婆。
Using index 說明查詢是覆蓋了索引的澜躺,不需要讀取數(shù)據(jù)文件,從索引樹(索引文件)中即可獲得信息抒蚜。如果同時出現(xiàn)using where掘鄙,表明索引被用來執(zhí)行索引鍵值的查找,沒有using where嗡髓,表明索引用來讀取數(shù)據(jù)而非執(zhí)行查找動作操漠。這是MySQL服務(wù)層完成的,但無需再回表查詢記錄饿这。
Using index condition 這是MySQL 5.6出來的新特性浊伙,叫做“索引條件推送”。簡單說一點就是MySQL原來在索引上是不能執(zhí)行如like這樣的操作的长捧,但是現(xiàn)在可以了嚣鄙,這樣減少了不必要的IO操作,但是只能用在二級索引上串结。
Using where 使用了WHERE從句來限制哪些行將與下一張表匹配或者是返回給用戶哑子。注意:Extra列出現(xiàn)Using where表示MySQL服務(wù)器將存儲引擎返回服務(wù)層以后再應(yīng)用WHERE條件過濾。
Using join buffer 使用了連接緩存:Block Nested Loop肌割,連接算法是塊嵌套循環(huán)連接;Batched Key Access卧蜓,連接算法是批量索引連接
impossible where where子句的值總是false,不能用來獲取任何元組
select tables optimized away 在沒有GROUP BY子句的情況下把敞,基于索引優(yōu)化MIN/MAX操作弥奸,或者對于MyISAM存儲引擎優(yōu)化COUNT(*)操作,不必等到執(zhí)行階段再進(jìn)行計算奋早,查詢執(zhí)行計劃生成的階段即完成優(yōu)化盛霎。
distinct 優(yōu)化distinct操作冒冬,在找到第一匹配的元組后即停止找同樣值的動作

參考資料

高性能mysql第三版
https://dev.mysql.com/doc/refman/5.7/en/explain-output.html


歡迎關(guān)注 高廣超的簡書博客 與 收藏文章 !
歡迎關(guān)注 頭條號:互聯(lián)網(wǎng)技術(shù)棧 摩渺!

個人介紹:

高廣超 :多年一線互聯(lián)網(wǎng)研發(fā)與架構(gòu)設(shè)計經(jīng)驗简烤,擅長設(shè)計與落地高可用、高性能互聯(lián)網(wǎng)架構(gòu)摇幻。目前就職于美團網(wǎng)横侦,負(fù)責(zé)核心業(yè)務(wù)研發(fā)工作。

本文首發(fā)在 高廣超的簡書博客 轉(zhuǎn)載請注明绰姻!

image.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末枉侧,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子狂芋,更是在濱河造成了極大的恐慌榨馁,老刑警劉巖,帶你破解...
    沈念sama閱讀 217,406評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件帜矾,死亡現(xiàn)場離奇詭異翼虫,居然都是意外死亡,警方通過查閱死者的電腦和手機屡萤,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,732評論 3 393
  • 文/潘曉璐 我一進(jìn)店門珍剑,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人死陆,你說我怎么就攤上這事招拙。” “怎么了措译?”我有些...
    開封第一講書人閱讀 163,711評論 0 353
  • 文/不壞的土叔 我叫張陵别凤,是天一觀的道長。 經(jīng)常有香客問我领虹,道長规哪,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,380評論 1 293
  • 正文 為了忘掉前任掠械,我火速辦了婚禮由缆,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘猾蒂。我一直安慰自己均唉,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 67,432評論 6 392
  • 文/花漫 我一把揭開白布肚菠。 她就那樣靜靜地躺著舔箭,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上层扶,一...
    開封第一講書人閱讀 51,301評論 1 301
  • 那天箫章,我揣著相機與錄音,去河邊找鬼镜会。 笑死檬寂,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的戳表。 我是一名探鬼主播桶至,決...
    沈念sama閱讀 40,145評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼匾旭!你這毒婦竟也來了镣屹?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,008評論 0 276
  • 序言:老撾萬榮一對情侶失蹤价涝,失蹤者是張志新(化名)和其女友劉穎女蜈,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體色瘩,經(jīng)...
    沈念sama閱讀 45,443評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡伪窖,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,649評論 3 334
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了泞遗。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片惰许。...
    茶點故事閱讀 39,795評論 1 347
  • 序言:一個原本活蹦亂跳的男人離奇死亡席覆,死狀恐怖史辙,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情佩伤,我是刑警寧澤聊倔,帶...
    沈念sama閱讀 35,501評論 5 345
  • 正文 年R本政府宣布,位于F島的核電站生巡,受9級特大地震影響耙蔑,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜孤荣,卻給世界環(huán)境...
    茶點故事閱讀 41,119評論 3 328
  • 文/蒙蒙 一甸陌、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧盐股,春花似錦钱豁、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,731評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春谤碳,著一層夾襖步出監(jiān)牢的瞬間溃卡,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,865評論 1 269
  • 我被黑心中介騙來泰國打工蜒简, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留瘸羡,地道東北人。 一個月前我還...
    沈念sama閱讀 47,899評論 2 370
  • 正文 我出身青樓搓茬,卻偏偏與公主長得像最铁,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子垮兑,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,724評論 2 354

推薦閱讀更多精彩內(nèi)容