Explain語法
EXPLAIN SELECT …… 變體： 1. EXPLAIN EXTENDED SELECT …… 將執(zhí)行計劃“反編譯”成SELECT語句，運行SHOW WARNINGS 可得到被MySQL優(yōu)化器優(yōu)化后的查詢語句 2. EXPLAIN PARTITIONS SELECT …… 用于分區(qū)表的EXPLAIN
執(zhí)行計劃包含的信息
id
包含一組數(shù)字，表示查詢中執(zhí)行select子句或操作表的順序
id相同，執(zhí)行順序由上至下
如果是子查詢，id的序號會遞增，id值越大優(yōu)先級越高，越先被執(zhí)行
id如果相同，可以認為是一組，從上往下順序執(zhí)行；在所有組中，id值越大，優(yōu)先級越高，越先執(zhí)行
select_type
表示查詢中每個select子句的類型（簡單 OR復雜）
a.SIMPLE：查詢中不包含子查詢或者UNION
b.查詢中若包含任何復雜的子部分，最外層查詢則被標記為：PRIMARY
c.在SELECT或WHERE列表中包含了子查詢，該子查詢被標記為：SUBQUERY
d.在FROM列表中包含的子查詢被標記為：DERIVED（衍生）
e.若第二個SELECT出現(xiàn)在UNION之后，則被標記為UNION；若UNION包含在 FROM子句的子查詢中，外層SELECT將被標記為：DERIVED
f.從UNION表獲取結果的SELECT被標記為：UNION RESULT
type
表示MySQL在表中找到所需行的方式，又稱“訪問類型”，常見類型如下：
由左至右，由最差到最好
a.ALL：Full Table Scan， MySQL將遍歷全表以找到匹配的行
b.index：Full Index Scan，index與ALL區(qū)別為index類型只遍歷索引樹
c.range：索引范圍掃描，對索引的掃描開始于某一點，返回匹配值域的行，常見于between、<、>等的查詢
range訪問類型的不同形式的索引訪問性能差異
d.ref：非唯一性索引掃描，返回匹配某個單獨值的所有行。常見于使用非唯一索引即唯一索引的非唯一前綴進行的查找
e.eq_ref：唯一性索引掃描，對于每個索引鍵，表中只有一條記錄與之匹配。常見于主鍵或唯一索引掃描
f.const、system：當MySQL對查詢某部分進行優(yōu)化，并轉(zhuǎn)換為一個常量時，使用這些類型訪問。如將主鍵置于where列表中，MySQL就能將該查詢轉(zhuǎn)換為一個常量
system是const類型的特例，當查詢的表只有一行的情況下， 使用system
g.NULL：MySQL在優(yōu)化過程中分解語句，執(zhí)行時甚至不用訪問表或索引
possible_keys
指出MySQL能使用哪個索引在表中找到行，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用
key
顯示MySQL在查詢中實際使用的索引，若沒有使用索引，顯示為NULL
TIPS：查詢中若使用了覆蓋索引，則該索引僅出現(xiàn)在key列表中
key_len
表示索引中使用的字節(jié)數(shù)，可通過該列計算查詢中使用的索引的長度
key_len顯示的值為索引字段的最大可能長度，并非實際使用長度，即key_len是根據(jù)表定義計算而得，不是通過表內(nèi)檢索出的
ref
表示上述表的連接匹配條件，即哪些列或常量被用于查找索引列上的值
本例中，由key_len可知t1表的idx_col1_col2被充分使用，col1匹配t2表的col1，col2匹配了一個常量，即 ’ac’
rows
表示MySQL根據(jù)表統(tǒng)計信息及索引選用情況，估算的找到所需的記錄所需要讀取的行數(shù)
Extra
包含不適合在其他列中顯示但十分重要的額外信息
a.Using index
該值表示相應的select操作中使用了覆蓋索引（Covering Index）
TIPS：覆蓋索引（Covering Index）
MySQL可以利用索引返回select列表中的字段，而不必根據(jù)索引再次讀取數(shù)據(jù)文件
包含所有滿足查詢需要的數(shù)據(jù)的索引稱為 覆蓋索引（Covering Index）
注意：
如果要使用覆蓋索引，一定要注意select列表中只取出需要的列，不可select *，因為如果將所有字段一起做索引會導致索引文件過大，查詢性能下降
b.Using where
表示MySQL服務器在存儲引擎受到記錄后進行“后過濾”（Post-filter）,
如果查詢未能使用索引，Using where的作用只是提醒我們MySQL將用where子句來過濾結果集
c.Using temporary
表示MySQL需要使用臨時表來存儲結果集，常見于排序和分組查詢
d.Using filesort
MySQL中無法利用索引完成的排序操作稱為“文件排序”
MySQL執(zhí)行計劃的局限
?EXPLAIN不會告訴你關于觸發(fā)器、存儲過程的信息或用戶自定義函數(shù)對查詢的影響情況
?EXPLAIN不考慮各種Cache
?EXPLAIN不能顯示MySQL在執(zhí)行查詢時所作的優(yōu)化工作
?部分統(tǒng)計信息是估算的，并非精確值
?EXPALIN只能解釋SELECT操作，其他操作要重寫為SELECT后查看執(zhí)行計劃
轉(zhuǎn)載自：http://www.rzrgm.cn/zping/p/5368860.html
浙公網(wǎng)安備 33010602011771號