mysql執(zhí)行計(jì)劃字段解釋

一、mysql執(zhí)行計(jì)劃表頭

id | select_type |table | type | possible_keys | key | key_len | ref | rows | Extra

其中最重要的字段為:id、type、key、rows、Extra

二、各個(gè)字段的解釋

id

select查詢的序列號(hào),包含一組數(shù)字,表示查詢中執(zhí)行select子句或操作表的順序。id相同時(shí)順序由上到下,id順序不同時(shí)值大的優(yōu)先。

select_type

查詢的類型,主要是用于區(qū)分普通查詢、聯(lián)合查詢、子查詢等復(fù)雜的查詢。

  • SIMPLE:簡(jiǎn)單的select查詢,查詢中不包含子查詢或者union。
  • PRIMARY:查詢中包含任何復(fù)雜的子部分,最外層查詢則被標(biāo)記為primary。
  • SUBQUERY:在select或where列表中包含了子查詢。
  • DERIVED:在from列表中包含的子查詢被標(biāo)記為derived(衍生),mysql或遞歸執(zhí)行這些子查詢,把結(jié)果放在零時(shí)表里。
  • UNION:若第二個(gè)select出現(xiàn)在union之后,則被標(biāo)記為union;若union包含在from子句的子查詢中,外層select將被標(biāo)記為derived。
  • UNION RESULT:從union表獲取結(jié)果的select。

table

顯示這一行的數(shù)據(jù)是關(guān)于哪張表的。

type

訪問(wèn)類型,sql查詢優(yōu)化中一個(gè)很重要的指標(biāo),結(jié)果值從好到壞依次是:

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般來(lái)說(shuō),好的sql查詢至少達(dá)到range級(jí)別,最好能達(dá)到ref。

  • system:表只有一行記錄(等于系統(tǒng)表),這是const類型的特例,平時(shí)不會(huì)出現(xiàn),可以忽略不計(jì)。
  • const:表示通過(guò)索引一次就找到了,const用于比較primary key 或者 unique索引。因?yàn)橹恍杵ヅ湟恍袛?shù)據(jù),所有很快。如果將主鍵置于where列表中,mysql就能將該查詢轉(zhuǎn)換為一個(gè)const。
  • eq_ref:唯一性索引掃描,對(duì)于每個(gè)索引鍵,表中只有一條記錄與之匹配。常見(jiàn)于主鍵 或 唯一索引掃描。
  • ref:非唯一性索引掃描,返回匹配某個(gè)單獨(dú)值的所有行。本質(zhì)是也是一種索引訪問(wèn),它返回所有匹配某個(gè)單獨(dú)值的行,然而他可能會(huì)找到多個(gè)符合條件的行,所以它應(yīng)該屬于查找和掃描的混合體。
  • range:只檢索給定范圍的行,使用一個(gè)索引來(lái)選擇行。key列顯示使用了那個(gè)索引。一般就是在where語(yǔ)句中出現(xiàn)了bettween、<、>、in等的查詢。這種索引列上的范圍掃描比全索引掃描要好。只需要開始于某個(gè)點(diǎn),結(jié)束于另一個(gè)點(diǎn),不用掃描全部索引。
  • index:Full Index Scan,index與ALL區(qū)別為index類型只遍歷索引樹。這通常為ALL塊,應(yīng)為索引文件通常比數(shù)據(jù)文件小。(Index與ALL雖然都是讀全表,但index是從索引中讀取,而ALL是從硬盤讀取)
  • ALL:Full Table Scan,遍歷全表以找到匹配的行。

possible_keys

查詢涉及到的字段上存在索引,則該索引將被列出,但不一定被查詢實(shí)際使用。

key

實(shí)際使用的索引,如果為NULL,則沒(méi)有使用索引。查詢中如果使用了覆蓋索引,則該索引僅出現(xiàn)在key列表,不出現(xiàn)在possible_keys中。

key_len

表示索引中使用的字節(jié)數(shù),查詢中使用的索引的長(zhǎng)度(最大可能長(zhǎng)度),并非實(shí)際使用長(zhǎng)度,理論上長(zhǎng)度越短越好。key_len是根據(jù)表定義計(jì)算而得的,不是通過(guò)表內(nèi)檢索出的。

ref

顯示索引的那一列被使用了,如果可能,是一個(gè)常量const。

rows

根據(jù)表統(tǒng)計(jì)信息及索引選用情況,大致估算出找到所需的記錄所需要讀取的行數(shù)。

Extra

關(guān)于MYSQL如何解析查詢的額外信息。將在表4.3中討論,但這里可以看到的壞的例子是Using temporary和Using filesort,意思MYSQL根本不能使用索引,結(jié)果是檢索會(huì)很慢。以下為extra列返回的描述的意義。

  • Distinct:一旦mysql找到了與行相聯(lián)合匹配的行,就不再搜索了。
  • Using filesort :mysql對(duì)數(shù)據(jù)使用一個(gè)外部的索引排序,而不是按照表內(nèi)的索引進(jìn)行排序讀取。也就是說(shuō)mysql無(wú)法利用索引完成的排序操作成為“文件排序” 。
  • Using index :列數(shù)據(jù)是從僅僅使用了索引中的信息而沒(méi)有讀取實(shí)際的行動(dòng)的表返回的,這發(fā)生在對(duì)表的全部的請(qǐng)求列都是同一個(gè)索引的部分的時(shí)候。
  • Using temporary :使用臨時(shí)表保存中間結(jié)果,也就是說(shuō)mysql在對(duì)查詢結(jié)果排序時(shí)使用了臨時(shí)表,常見(jiàn)于order by 和 group by。
  • Using where :使用了where過(guò)濾。
  • Using join buffer :使用了鏈接緩存。
  • select tables optimized away: 在沒(méi)有g(shù)roup by子句的情況下,基于索引優(yōu)化MIN/MAX操作或者對(duì)于MyISAM存儲(chǔ)引擎優(yōu)化COUNT(*)操作,不必等到執(zhí)行階段在進(jìn)行計(jì)算,查詢執(zhí)行計(jì)劃生成的階段即可完成優(yōu)化。

三、相關(guān)鏈接

原文連接:MySQL高級(jí) 之 explain執(zhí)行計(jì)劃詳解

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容