mysqlexplain-MySQL執(zhí)行計劃解讀

MySQL執(zhí)行方案解讀胡中泉綱要■MySQL執(zhí)行方案調(diào)用方式■執(zhí)行方案包含的信息■執(zhí)行方案顯示內(nèi)容解讀■MySQL執(zhí)行方案的局限■Q&A通過執(zhí)行方案可以了解什么MySQL執(zhí)行方案調(diào)用方式EXPLAINSELECT……變體：1.EXPLAINEXTENDEDSELECT……將執(zhí)行方案“反編譯”成SELECT語句，運行SHOWWARNINGS可得到被MySQL優(yōu)化器優(yōu)化后的查詢語句2.EXPLAINPARTITIONSSELECT……用于分區(qū)表的EXPLAIN執(zhí)行方案包含的信息id：

包含一組數(shù)字，表示查詢中執(zhí)行select子句或操作表的順序e.g.id相同，執(zhí)行順序由上至下e.g.如果是子查詢，id的序號會遞增，id值越大優(yōu)先級越高，越先被執(zhí)行e.g.id如果相同，可以認(rèn)為是一組，從上往下順序執(zhí)行；在所有組中，id值越大，優(yōu)先級越高，越先執(zhí)行select_type表示查詢中每個select子句的類型〔簡單OR復(fù)雜〕SIMPLE：查詢中不包含子查詢或者UNION查詢中假設(shè)包含任何復(fù)雜的子局部，最外層查詢那么被標(biāo)記為：PRIMARY在SELECT或WHERE列表中包含了子查詢，該子查詢被標(biāo)記為：SUBQUERY在FROM列表中包含的子查詢被標(biāo)記為：DERIVED〔衍生〕假設(shè)第二個SELECT出現(xiàn)在UNION之后，那么被標(biāo)記為UNION；假設(shè)UNION包含在FROM子句的子查詢中，外層SELECT將被標(biāo)記為：DERIVED從UNION表獲取結(jié)果的SELECT被標(biāo)記為：UNIONRESULTe.g.第一行：id列為1，表示第一個select，select_type列的primary表示該查詢?yōu)橥鈱硬樵?，table列被標(biāo)記為<derived3>，表示查詢結(jié)果來自一個衍生表，其中3代表該查詢衍生自第三個select查詢，即id為3的select。第二行：id為3，表示該查詢的執(zhí)行次序為2〔4→3〕，是整個查詢中第三個select的一局部。因查詢包含在from中，所以為derived。第三行：select列表中的子查詢，select_type為subquery，為整個查詢中的第二個select。第四行：select_type為union，說明第四個select是union里的第二個select，最先執(zhí)行。第五行：代表從union的臨時表中讀取行的階段，table列的<union1,4>表示用第一個和第四個select的結(jié)果進行union操作。type表示MySQL在表中找到所需行的方式，又稱“訪問類型”，常見類型如下：由左至右，由最差到最好ALL：FullTableScan，MySQL將遍歷全表以找到匹配的行index：FullIndexScan，index與ALL區(qū)別為index類型只遍歷索引樹e.g.range：索引范圍掃描，對索引的掃描開始于某一點，返回匹配值域的行，常見于between、<、>等的查詢e.g.TIPS：range訪問類型的不同形式的索引訪問性能差異e.g.ref：非唯一性索引掃描，返回匹配某個單獨值的所有行。常見于使用非唯一索引即唯一索引的非唯一前綴進行的查找e.g.eq_ref：唯一性索引掃描，對于每個索引鍵，表中只有一條記錄與之匹配。常見于主鍵或唯一索引掃描e.g.const、system：當(dāng)MySQL對查詢某局部進行優(yōu)化，并轉(zhuǎn)換為一個常量時，使用這些類型訪問。如將主鍵置于where列表中，MySQL就能將該查詢轉(zhuǎn)換為一個常量e.g.TIPS：system是const類型的特例，當(dāng)查詢的表只有一行的情況下，使用systemNULL：MySQL在優(yōu)化過程中分解語句，執(zhí)行時甚至不用訪問表或索引e.g.possible_keys指出MySQL能使用哪個索引在表中找到行，查詢涉及到的字段上假設(shè)存在索引，那么該索引將被列出，但不一定被查詢使用key顯示MySQL在查詢中實際使用的索引，假設(shè)沒有使用索引，顯示為NULLTIPS：查詢中假設(shè)使用了覆蓋索引，那么該索引僅出現(xiàn)在key列表中key_len表示索引中使用的字節(jié)數(shù)，可通過該列計算查詢中使用的索引的長度TIPS：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包含不適合在其他列中顯示但十分重要的額外信息Usingindex該值表示相應(yīng)的select操作中使用了覆蓋索引〔CoveringIndex〕TIPS：覆蓋索引〔CoveringIndex〕MySQL可以利用索引返回select列表中的字段，而不必根據(jù)索引再次讀取數(shù)據(jù)文件包含所有滿足查詢需要的數(shù)據(jù)的索引稱為覆蓋索引〔CoveringIndex〕注意：如果要使用覆蓋索引，一定要注意select列表中只取出需要的列，不可select*，因為如果將所有字段一起做索引會導(dǎo)致索引文件過大，查詢性能下降Usingwhere表示MySQL效勞器在存儲引擎受到記錄后進行“后過濾”〔Post-filter〕,如果查詢未能使用索引，Usingwhere的作用只是提醒我們MySQL將用where子句來過濾結(jié)果集Usingtemporary表示MySQL需要使用臨時表來存儲結(jié)果集，常見于排序和分組查詢UsingfilesortMySQL中無法利用索引完成的排序操作稱為“文件排序”MySQL執(zhí)行方案的局限EXPLAIN不會告訴你關(guān)于觸發(fā)器、存儲過程的信息