explain顯示了MySQL如何使用索引來(lái)處理select語(yǔ)句以及連接表。可以幫助選擇更好的索引和寫(xiě)出更優(yōu)化的查詢(xún)語(yǔ)句。簡(jiǎn)單講，它的作用就是分析查詢(xún)性能。

explain關(guān)鍵字的使用方法很簡(jiǎn)單，就是把它放在select查詢(xún)語(yǔ)句的前面。

mysql查看是否使用索引，簡(jiǎn)單的看type類(lèi)型就可以。如果它是all，那說(shuō)明這條查詢(xún)語(yǔ)句遍歷了所有的行，并沒(méi)有使用到索引。

比如：explain select * from company_info where cname like ’%小%’

explain select * from company_info where cname like ’小%’

以下

1）、id列數(shù)字越大越先執(zhí)行，如果說(shuō)數(shù)字一樣大，那么就從上往下依次執(zhí)行，id列為null的就表是這是一個(gè)結(jié)果集，不需要使用它來(lái)進(jìn)行查詢(xún)。

2）、select_type列常見(jiàn)的有：

A：simple：表示不需要union操作或者不包含子查詢(xún)的簡(jiǎn)單select查詢(xún)。有連接查詢(xún)時(shí)，外層的查詢(xún)?yōu)閟imple，且只有一個(gè) B：primary：一個(gè)需要union操作或者含有子查詢(xún)的select，位于最外層的單位查詢(xún)的select_type即為primary。且只有一個(gè) C：union：union連接的兩個(gè)select查詢(xún)，第一個(gè)查詢(xún)是dervied派生表，除了第一個(gè)表外，第二個(gè)以后的表select_type都是union D：dependent union：與union一樣，出現(xiàn)在union 或union all語(yǔ)句中，但是這個(gè)查詢(xún)要受到外部查詢(xún)的影響 E：union result：包含union的結(jié)果集，在union和union all語(yǔ)句中,因?yàn)樗恍枰獏⑴c查詢(xún)，所以id字段為null F：subquery：除了from字句中包含的子查詢(xún)外，其他地方出現(xiàn)的子查詢(xún)都可能是subquery G：dependent subquery：與dependent union類(lèi)似，表示這個(gè)subquery的查詢(xún)要受到外部表查詢(xún)的影響 H：derived：from字句中出現(xiàn)的子查詢(xún)，也叫做派生表，其他數(shù)據(jù)庫(kù)中可能叫做內(nèi)聯(lián)視圖或嵌套select

3）、table

顯示的查詢(xún)表名，如果查詢(xún)使用了別名，那么這里顯示的是別名，如果不涉及對(duì)數(shù)據(jù)表的操作，那么這顯示為null，如果顯示為尖括號(hào)括起來(lái)的<derived N>就表示這個(gè)是臨時(shí)表，后邊的N就是執(zhí)行計(jì)劃中的id，表示結(jié)果來(lái)自于這個(gè)查詢(xún)產(chǎn)生。如果是尖括號(hào)括起來(lái)的<union M,N>，與<derived N>類(lèi)似，也是一個(gè)臨時(shí)表，表示這個(gè)結(jié)果來(lái)自于union查詢(xún)的id為M,N的結(jié)果集。

4）、type

依次從好到差：system，const，eq_ref，ref，fulltext，ref_or_null，unique_subquery，index_subquery，range，index_merge，index，ALL，除了all之外，其他的type都可以使用到索引，除了index_merge之外，其他的type只可以用到一個(gè)索引

A：system：表中只有一行數(shù)據(jù)或者是空表，且只能用于myisam和memory表。如果是Innodb引擎表，type列在這個(gè)情況通常都是all或者index B：const：使用唯一索引或者主鍵，返回記錄一定是1行記錄的等值where條件時(shí)，通常type是const。其他數(shù)據(jù)庫(kù)也叫做唯一索引掃描 C：eq_ref：出現(xiàn)在要連接過(guò)個(gè)表的查詢(xún)計(jì)劃中，驅(qū)動(dòng)表只返回一行數(shù)據(jù)，且這行數(shù)據(jù)是第二個(gè)表的主鍵或者唯一索引，且必須為not null，唯一索引和主鍵是多列時(shí)，只有所有的列都用作比較時(shí)才會(huì)出現(xiàn)eq_ref D：ref：不像eq_ref那樣要求連接順序，也沒(méi)有主鍵和唯一索引的要求，只要使用相等條件檢索時(shí)就可能出現(xiàn)，常見(jiàn)與輔助索引的等值查找。或者多列主鍵、唯一索引中，使用第一個(gè)列之外的列作為等值查找也會(huì)出現(xiàn)，總之，返回?cái)?shù)據(jù)不唯一的等值查找就可能出現(xiàn)。 E：fulltext：全文索引檢索，要注意，全文索引的優(yōu)先級(jí)很高，若全文索引和普通索引同時(shí)存在時(shí)，mysql不管代價(jià)，優(yōu)先選擇使用全文索引 F：ref_or_null：與ref方法類(lèi)似，只是增加了null值的比較。實(shí)際用的不多。 G：unique_subquery：用于where中的in形式子查詢(xún)，子查詢(xún)返回不重復(fù)值唯一值 H：index_subquery：用于in形式子查詢(xún)使用到了輔助索引或者in常數(shù)列表，子查詢(xún)可能返回重復(fù)值，可以使用索引將子查詢(xún)?nèi)ブ亍? I：range：索引范圍掃描，常見(jiàn)于使用>,<,is null,between ,in ,like等運(yùn)算符的查詢(xún)中。 J：index_merge：表示查詢(xún)使用了兩個(gè)以上的索引，最后取交集或者并集，常見(jiàn)and ，or的條件使用了不同的索引，官方排序這個(gè)在ref_or_null之后，但是實(shí)際上由于要讀取所個(gè)索引，性能可能大部分時(shí)間都不如range K：index：索引全表掃描，把索引從頭到尾掃一遍，常見(jiàn)于使用索引列就可以處理不需要讀取數(shù)據(jù)文件的查詢(xún)、可以使用索引排序或者分組的查詢(xún)。 L：all：這個(gè)就是全表掃描數(shù)據(jù)文件，然后再在server層進(jìn)行過(guò)濾返回符合要求的記錄。

5）、possible_keys

查詢(xún)可能使用到的索引都會(huì)在這里列出來(lái)

6）、key

查詢(xún)真正使用到的索引，select_type為index_merge時(shí)，這里可能出現(xiàn)兩個(gè)以上的索引，其他的select_type這里只會(huì)出現(xiàn)一個(gè)。

7）、key_len

用于處理查詢(xún)的索引長(zhǎng)度，如果是單列索引，那就整個(gè)索引長(zhǎng)度算進(jìn)去，如果是多列索引，那么查詢(xún)不一定都能使用到所有的列，具體使用到了多少個(gè)列的索引，這里就會(huì)計(jì)算進(jìn)去，沒(méi)有使用到的列，這里不會(huì)計(jì)算進(jìn)去。留意下這個(gè)列的值，算一下你的多列索引總長(zhǎng)度就知道有沒(méi)有使用到所有的列了。要注意，mysql的ICP特性使用到的索引不會(huì)計(jì)入其中。另外，key_len只計(jì)算where條件用到的索引長(zhǎng)度，而排序和分組就算用到了索引，也不會(huì)計(jì)算到key_len中。

8）、ref

如果是使用的常數(shù)等值查詢(xún)，這里會(huì)顯示const，如果是連接查詢(xún)，被驅(qū)動(dòng)表的執(zhí)行計(jì)劃這里會(huì)顯示驅(qū)動(dòng)表的關(guān)聯(lián)字段，如果是條件使用了表達(dá)式或者函數(shù)，或者條件列發(fā)生了內(nèi)部隱式轉(zhuǎn)換，這里可能顯示為func

9）、rows

這里是執(zhí)行計(jì)劃中估算的掃描行數(shù)，不是精確值

10）、extra

這個(gè)列可以顯示的信息非常多，有幾十種，常用的有

A：distinct：在select部分使用了distinc關(guān)鍵字 B：no tables used：不帶from字句的查詢(xún)或者From dual查詢(xún) C：使用not in()形式子查詢(xún)或not exists運(yùn)算符的連接查詢(xún)，這種叫做反連接。即，一般連接查詢(xún)是先查詢(xún)內(nèi)表，再查詢(xún)外表，反連接就是先查詢(xún)外表，再查詢(xún)內(nèi)表。 D：using filesort：排序時(shí)無(wú)法使用到索引時(shí)，就會(huì)出現(xiàn)這個(gè)。常見(jiàn)于order by和group by語(yǔ)句中 E：using index：查詢(xún)時(shí)不需要回表查詢(xún)，直接通過(guò)索引就可以獲取查詢(xún)的數(shù)據(jù)。 F：using join buffer（block nested loop），using join buffer（batched key accss）：5.6.x之后的版本優(yōu)化關(guān)聯(lián)查詢(xún)的BNL，BKA特性。主要是減少內(nèi)表的循環(huán)數(shù)量以及比較順序地掃描查詢(xún)。 G：using sort_union，using_union，using intersect，using sort_intersection： using intersect：表示使用and的各個(gè)索引的條件時(shí)，該信息表示是從處理結(jié)果獲取交集 using union：表示使用or連接各個(gè)使用索引的條件時(shí)，該信息表示從處理結(jié)果獲取并集 using sort_union和using sort_intersection：與前面兩個(gè)對(duì)應(yīng)的類(lèi)似，只是他們是出現(xiàn)在用and和or查詢(xún)信息量大時(shí)，先查詢(xún)主鍵，然后進(jìn)行排序合并后，才能讀取記錄并返回。 H：using temporary：表示使用了臨時(shí)表存儲(chǔ)中間結(jié)果。臨時(shí)表可以是內(nèi)存臨時(shí)表和磁盤(pán)臨時(shí)表，執(zhí)行計(jì)劃中看不出來(lái)，需要查看status變量，used_tmp_table，used_tmp_disk_table才能看出來(lái)。 I：using where：表示存儲(chǔ)引擎返回的記錄并不是所有的都滿(mǎn)足查詢(xún)條件，需要在server層進(jìn)行過(guò)濾。查詢(xún)條件中分為限制條件和檢查條件，5.6之前，存儲(chǔ)引擎只能根據(jù)限制條件掃描數(shù)據(jù)并返回，然后server層根據(jù)檢查條件進(jìn)行過(guò)濾再返回真正符合查詢(xún)的數(shù)據(jù)。5.6.x之后支持ICP特性，可以把檢查條件也下推到存儲(chǔ)引擎層，不符合檢查條件和限制條件的數(shù)據(jù)，直接不讀取，這樣就大大減少了存儲(chǔ)引擎掃描的記錄數(shù)量。extra列顯示using index condition J：firstmatch(tb_name)：5.6.x開(kāi)始引入的優(yōu)化子查詢(xún)的新特性之一，常見(jiàn)于where字句含有in()類(lèi)型的子查詢(xún)。如果內(nèi)表的數(shù)據(jù)量比較大，就可能出現(xiàn)這個(gè) K：loosescan(m..n)：5.6.x之后引入的優(yōu)化子查詢(xún)的新特性之一，在in()類(lèi)型的子查詢(xún)中，子查詢(xún)返回的可能有重復(fù)記錄時(shí)，就可能出現(xiàn)這個(gè)

除了這些之外，還有很多查詢(xún)數(shù)據(jù)字典庫(kù)，執(zhí)行計(jì)劃過(guò)程中就發(fā)現(xiàn)不可能存在結(jié)果的一些提示信息

11）、filtered

使用explain extended時(shí)會(huì)出現(xiàn)這個(gè)列，5.7之后的版本默認(rèn)就有這個(gè)字段，不需要使用explain extended了。這個(gè)字段表示存儲(chǔ)引擎返回的數(shù)據(jù)在server層過(guò)濾后，剩下多少滿(mǎn)足查詢(xún)的記錄數(shù)量的比例，注意是百分比，不是具體記錄數(shù)。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持好吧啦網(wǎng)。