MySql?explain命令返回結(jié)果詳細(xì)介紹
1. explain命令是什么東西?
explain 是MySql提供的SQL語句查詢性能的工具,是我們優(yōu)化SQL的重要指標(biāo)手段,要看懂explain返回的結(jié)果集就尤為重要
2. explain命令返回列解讀
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+--------------------------------------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+--------------------------------------------+ | 1 | PRIMARY | SC | NULL | ALL | NULL | NULL | NULL | NULL | 18 | 10.00 | Using where | | 1 | PRIMARY | Student | NULL | ALL | NULL | NULL | NULL | NULL | 12 | 10.00 | Using where; Using join buffer (hash join) | | 2 | SUBQUERY | Teacher | NULL | ALL | NULL | NULL | NULL | NULL | 3 | 33.33 | Using where | | 2 | SUBQUERY | Course | NULL | ALL | NULL | NULL | NULL | NULL | 3 | 33.33 | Using where; Using join buffer (hash join) | +----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+--------------------------------------------+
2.1 id
一個(gè)編號,表示select所屬的行。如果查詢中沒有子查詢或關(guān)聯(lián)查詢,那么只會有唯一的SELECT,每一行的該列中都將顯示一個(gè)1,否則,內(nèi)層的SELECT語句一般會順序編號,對應(yīng)于其在原始語句中的位置。id越大執(zhí)行優(yōu)先級越高,id相同則認(rèn)為是一組,從上往下執(zhí)行,id為NULL最后執(zhí)行
2.2 select_type
查詢類型,表示當(dāng)前SQL語句是簡單查詢還是復(fù)雜查詢
- SIMPLE:簡單查詢,不包含任何連接查詢和子查詢。
- PRIMARY:查詢中若查詢包含任何復(fù)雜的子部分,最外層的select被標(biāo)記為PRIMARY。
- UNION:當(dāng)前SQL語句是連接查詢時(shí),表示連接查詢的第二個(gè)SELECT語句或者第二個(gè)后面的SELECT語句。
- DEPENDENT UNION:含義與UNION幾乎相同,但是DEPENDENT UNION取決于外層的查詢語句。
- UNION RESULT:表示UNION連接查詢的結(jié)果信息。
- SUBQUERY:包含在SELECT子句(不在from子句中)中的子查詢的SELECT,結(jié)果不依賴于外部查詢。
- DEPENDENT SUBQUERY:含義與SUBQUERY幾乎相同,但是DEPENDENTSUBQUERY取決于外層的查詢語句。
- DERIVED:表示FROM子句中的子查詢。
- MATERIALIZED:表示實(shí)例化子查詢。
- UNCACHEABLE SUBQUERY:表示不緩存子查詢的結(jié)果數(shù)據(jù),重新計(jì)算外部查詢的每一行數(shù)據(jù)。
- UNCACHEABLE UNION:表示不緩存連接查詢的結(jié)果數(shù)據(jù),每次執(zhí)行連接查詢時(shí)都會重新計(jì)算數(shù)據(jù)結(jié)果。
2.3 table 正在訪問哪個(gè)表
2.4 partitions 如果當(dāng)前數(shù)據(jù)表是分區(qū)表,則表示查詢結(jié)果匹配的分區(qū)
2.5 type (重要)
其取值從最優(yōu)到最差依次為:
null > system > const > eq_ref > ref > fulltext > ref_or_null > index_merge> unique_subquery > index_subquery > range > index > ALL
- NULL: 這種訪問方式意味著MySQ能在優(yōu)化階段分解查詢語句,在執(zhí)行階段甚至不需要再訪問表或者索引。例如,從一個(gè)索引列里選取最小值可以通過單獨(dú)查詢索引來完成,不需要在執(zhí)行時(shí)訪問表。
- system:查詢的數(shù)據(jù)表中只有一行數(shù)據(jù),是const類型的特例
- const:當(dāng)MySQL能對查詢的某部分進(jìn)行優(yōu)化并將其轉(zhuǎn)換成一個(gè)常量時(shí),它就會使用這些訪問類型。比如通過將某一行的主鍵訪問WHERE字句的方式來查詢主鍵:SELECT id from t where id = 1。此時(shí)MySQL就能把這個(gè)查詢轉(zhuǎn)換為一個(gè)常量。
- eq_ref: 使用這種索引查找,MySQL清楚的知道最多只返回一條符合條件的記錄,使用主鍵或者唯一值索引查找時(shí)能看到這種方法。MySQL對于這種訪問類型的優(yōu)化做得非常好,因?yàn)樗赖綗o需估計(jì)匹配行的范文或者在找到匹配行后再繼續(xù)查找(因?yàn)橹挡粫貜?fù))。
- ref: 索引訪問,也叫索引查找。返回所有匹配某個(gè)單個(gè)值的行,然而它可能會找到符合條件的多個(gè)行。此類索引訪問只有當(dāng)使用非唯一性索引或者唯一索引的非唯一性前綴時(shí)才會發(fā)生。把他叫ref是因?yàn)樗湍硞€(gè)參考值相比較。這個(gè)參考值或者是一個(gè)常數(shù),或者來自多表查詢前一個(gè)表里的結(jié)果值
- fulltext:當(dāng)查詢條件使用了全文索引時(shí),type的取值為fulltext
- ref_or_null:類似于ref,但是當(dāng)查詢語句的連接條件或者查詢條件包含的列有NULL值時(shí),MySQL會進(jìn)行額外查詢,經(jīng)常被用于解析子查詢。典型的場景為 is null
- index_merge: 當(dāng)查詢語句使用索引合并優(yōu)化時(shí),type的取值為index_merge。此時(shí),key列會顯示使用到的所有索引,key_len顯示使用到的索引的最長鍵長值
- unique_subquery: 當(dāng)查詢語句的查詢條件為IN的語句,并且IN語句中的查詢字段為數(shù)據(jù)表的主鍵或者非空唯一索引字段時(shí),type的取值為unique_subquery。
- index_subquery: 與unique_subquery類似,但是IN語句中的查詢字段為數(shù)據(jù)表中的非唯一索引字段。
- range: 范圍掃描,就是一個(gè)有限制的索引掃描,使用一個(gè)索引來檢索給定范圍的行,不需要遍歷全部索引。范圍掃描通常出現(xiàn)在between,>,<,>=等操作中。in()和OR也會顯示范圍掃描,但這兩者其實(shí)是不同的訪問類型,性能上也有差異。此類查找的開銷根ref索引訪問的開銷相當(dāng)。
- index:跟全表掃描一樣,只是MySQL掃描表時(shí)按照索引次序進(jìn)行而不是行,主要優(yōu)點(diǎn)是避免了排序;缺點(diǎn)是要承擔(dān)按索引次序讀取整個(gè)表的開銷。
- ALL:全表掃描,從頭到尾的查找所需要的行。但仍然存在例外,例如使用了 LIMIT ,或者Extra 列中顯示
Using distinct/not exists
。
2.6 possible_keys
執(zhí)行查詢語句時(shí)可能用到的索引,但是在實(shí)際查詢中未必會用到。當(dāng)此列為NULL時(shí),說明沒有可使用的索引,此時(shí)可以通過建立索引來提高查詢的性能。
2.7 key (重要)
執(zhí)行查詢語句時(shí)MySQL實(shí)際會使用到的索引。如果MySQL實(shí)際沒有使用索引,則此列為NULL。
2.8 key_len (重要)
執(zhí)行查詢語句時(shí)實(shí)際用到的索引按照字節(jié)計(jì)算的長度值,可以通過此字段計(jì)算MySQL實(shí)際上使用了復(fù)合索引中的多少字段。如果key列值為NULL,則key_len列值也為NULL。
2.9 ref
數(shù)據(jù)表中的哪個(gè)列或者哪個(gè)常量用來和key列中的索引做比較來檢索數(shù)據(jù)。如果此列的值為func,則說明使用了某些函數(shù)的結(jié)果數(shù)據(jù)與key列中的索引做比較來檢索數(shù)據(jù)。
2.10 rows (重要)
查詢數(shù)據(jù)時(shí)必須查找的數(shù)據(jù)行數(shù),當(dāng)數(shù)據(jù)表的存儲引擎為InnoDB時(shí),值為MySQL的預(yù)估值。
2.11 Extra
在執(zhí)行查詢語句時(shí)額外的詳細(xì)信息
- Using index:表示MySQL將使用覆蓋索引,這發(fā)生在對表的請求列都是同一索引的部分的時(shí)候,返回的列數(shù)據(jù)只使用了索引中的信息,而沒有再去訪問表中的行記錄。是性能高的表現(xiàn)。
- Using index condition:在5.6版本后加入的新特性索引下推(Index Condition Pushdown,ICP),在索引遍歷過程中,對索引中包含的字段先做判斷(即使該字段沒有使用到索引),直接過濾掉不滿足條件的記錄,減少回表次數(shù)。
- Using where:意味著MySQL服務(wù)器將在存儲引擎檢索行后再進(jìn)行過濾。就是先通過索引讀取整行數(shù)據(jù),再按 WHRER條件進(jìn)行檢查,符合就留下,不符合就丟棄。查詢的列未被索引覆蓋。
- Using temporary:MySQL需要?jiǎng)?chuàng)建一張臨時(shí)表來中間結(jié)果并進(jìn)一步處理,比如union、group by、distinct等,出現(xiàn)這種情況一般是要進(jìn)行優(yōu)化的,首先是想到用索引來優(yōu)化。
- Using filesort:MySQL會對結(jié)果使用一個(gè)外部索引排序,而不是按索引次序從表里讀取行,即filesort(文件排序)。此時(shí)mysql會根據(jù)聯(lián)接類型瀏覽所有符合條件的記錄,并保存排序關(guān)鍵字和行指針,然后排序關(guān)鍵字并按順序檢索行信息。這種情況下一般也是要考慮使用索引來優(yōu)化的。filesort有兩種,一種是內(nèi)存排序,一種是磁盤排序,無法得知。
- Distinct: 一旦MySQL找到了與行相聯(lián)合匹配的行,就不再搜索了,常見于關(guān)聯(lián)查詢。
- No tables used:Query語句中使用from dual 或不含任何from子句。
- Using join buffer:使用了連接緩存,join語句用到了緩沖區(qū)。
到此這篇關(guān)于MySql explain命令返回結(jié)果解讀的文章就介紹到這了,更多相關(guān)MySql explain命令內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MySQL導(dǎo)出數(shù)據(jù)遇到secure-file-priv問題的解決方法
這篇文章主要為大家詳細(xì)介紹了MySQL導(dǎo)出數(shù)據(jù)遇到secure-file-priv問題的解決方法,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-10-10MySQL事務(wù)的ACID特性以及并發(fā)問題方案
這篇文章主要介紹了MySQL事務(wù)的ACID特性以及并發(fā)問題方案,文章圍繞主題展開詳細(xì)的內(nèi)容介紹,具有一定的參考價(jià)值,需要的小伙伴可以參考一下2022-07-07淺談MySQL查詢出的值為NULL和N/A和空值的區(qū)別
本文主要介紹了淺談MySQL查詢出的值為NULL和N/A和空值的區(qū)別,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-01-01