explain

EXPLAIN SELECT ……
變體：
1. EXPLAIN EXTENDED SELECT ……
將執(zhí)行計(jì)劃“反編譯”成SELECT語句，運(yùn)行SHOW WARNINGS 可得到被MySQL優(yōu)化器優(yōu)化后的查詢語句
2. EXPLAIN PARTITIONS SELECT ……
用于分區(qū)表的EXPLAIN
對(duì)于非select語句不能直接查看，需要改寫為select語句后查看

• ID

id包含一組數(shù)字，表示查詢中執(zhí)行select子句或操作表的順序
id相同，可以認(rèn)為是一組,執(zhí)行順序由上至下,如果是子查詢，id的序號(hào)會(huì)遞增，id值越大優(yōu)先級(jí)越高，越先被執(zhí)行

?

• select_type?

表示查詢中每個(gè)select子句的類型（簡(jiǎn)單 OR復(fù)雜）

a.SIMPLE：查詢中不包含子查詢或者UNION
b.查詢中若包含任何復(fù)雜的子部分，最外層查詢則被標(biāo)記為：PRIMARY
c.在SELECT或WHERE列表中包含了子查詢，該子查詢被標(biāo)記為：SUBQUERY
d.在FROM列表中包含的子查詢被標(biāo)記為：DERIVED（衍生）
e.若第二個(gè)SELECT出現(xiàn)在UNION之后，則被標(biāo)記為UNION；若UNION包含在 FROM子句的子查詢中，外層SELECT將被標(biāo)記為：DERIVED
f.從UNION表獲取結(jié)果的SELECT被標(biāo)記為：UNION RESULT

?

• type

表示MySQL在表中找到所需行的方式，又稱“訪問類型”，由左至右，由最差到最好, 常見類型如下：

? ALL：Full Table Scan， MySQL將遍歷全表以找到匹配的行

index：Full Index Scan，index與ALL區(qū)別為index類型只遍歷索引樹 ?

range：索引范圍掃描，對(duì)索引的掃描開始于某一點(diǎn)，返回匹配值域的行，常見于between、<、>等的查詢

range訪問類型的不同形式的索引訪問性能差異

ref：非唯一性索引掃描，返回匹配某個(gè)單獨(dú)值的所有行。常見于使用非唯一索引即唯一索引的非唯一前綴進(jìn)行的查找

?

??

?eq_ref：唯一性索引掃描，對(duì)于每個(gè)索引鍵，表中只有一條記錄與之匹配。常見于主鍵或唯一索引掃描

?

?const、system：當(dāng)MySQL對(duì)查詢某部分進(jìn)行優(yōu)化，并轉(zhuǎn)換為一個(gè)常量時(shí)，使用這些類型訪問。如將主鍵置于where列表中，MySQL就能將該查詢轉(zhuǎn)換為一個(gè)常量

?system是const類型的特例，當(dāng)查詢的表只有一行的情況下， 使用system?

?

NULL：MySQL在優(yōu)化過程中分解語句，執(zhí)行時(shí)甚至不用訪問表或索引?

?

?

• possible_keys?

指出MySQL能使用哪個(gè)索引在表中找到行，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用?

• key

顯示MySQL在查詢中實(shí)際使用的索引，若沒有使用索引，顯示為NULL TIPS：查詢中若使用了覆蓋索引，則該索引僅出現(xiàn)在key列表中

?

• key_len

表示索引中使用的字節(jié)數(shù)，可通過該列計(jì)算查詢中使用的索引的長(zhǎng)度

key_len顯示的值為索引字段的最大可能長(zhǎng)度，并非實(shí)際使用長(zhǎng)度，即key_len是根據(jù)表定義計(jì)算而得，不是通過表內(nèi)檢索出的?

• ref

表示上述表的連接匹配條件，即哪些列或常量被用于查找索引列上的值

?本例中，由key_len可知t1表的idx_col1_col2被充分使用，col1匹配t2表的col1，col2匹配了一個(gè)常量，即 ’ac’

??

• rows

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

• ?Extra

包含不適合在其他列中顯示但十分重要的額外信息 ? Using index? 該值表示相應(yīng)的select操作中使用了覆蓋索引（Covering Index）

?TIPS：覆蓋索引（Covering Index）?

MySQL可以利用索引返回select列表中的字段，而不必根據(jù)索引再次讀取數(shù)據(jù)文件? 包含所有滿足查詢需要的數(shù)據(jù)的索引稱為 覆蓋索引（Covering Index）? 注意： 如果要使用覆蓋索引，一定要注意select列表中只取出需要的列，不可select *，因?yàn)槿绻麑⑺凶侄我黄鹱鏊饕龝?huì)導(dǎo)致索引文件過大，查詢性能下降 ? Using where? 表示MySQL服務(wù)器在存儲(chǔ)引擎受到記錄后進(jìn)行“后過濾”（Post-filter）, 如果查詢未能使用索引，Using where的作用只是提醒我們MySQL將用where子句來過濾結(jié)果集

?

Using temporary? 表示MySQL需要使用臨時(shí)表來存儲(chǔ)結(jié)果集，常見于排序和分組查詢 ?

?

Using filesort??

MySQL中無法利用索引完成的排序操作稱為“文件排序”?

?

?

?MySQL執(zhí)行計(jì)劃的局限?

?EXPLAIN不會(huì)告訴你關(guān)于觸發(fā)器、存儲(chǔ)過程的信息或用戶自定義函數(shù)對(duì)查詢的影響情況 ?EXPLAIN不考慮各種Cache ?EXPLAIN不能顯示MySQL在執(zhí)行查詢時(shí)所作的優(yōu)化工作 ?部分統(tǒng)計(jì)信息是估算的，并非精確值 ?EXPALIN只能解釋SELECT操作，其他操作要重寫為SELECT后查看執(zhí)行計(jì)劃 ?

轉(zhuǎn)載于:https://www.cnblogs.com/vadim/p/7374243.html

總結(jié)

以上是生活随笔為你收集整理的MySQL explain的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。