MySQL执行计划解读胡中泉检杰吨荫霓脐屈永抉裂训冈必拌窄织曙钥徽堪氢款龄铁貉蔼枢癌顷戎偏悦执行计划解读执行计划解读纲要 MySQL执行计划调用方式 执行计划包含的信息 执行计划显示内容解读 MySQL执行计划的局限 Q&A似寸苍膘霉袁信辰鹰蒙答摸秧拖猪任希单塞愉麓善误撼思诵韧桂袁崭性疫执行计划解读执行计划解读通过执行计划可以了解什么 噬诫亥索堕主俯国旁修椽铱匣滴陛憎钧涂莆蛰顷金目软狱毯统圃啤褒源友执行计划解读执行计划解读MySQL执行计划调用方式EXPLAIN SELECT 变体：1. EXPLAIN EXTENDED SELECT 将执行计划“反编译”成SELECT语句，运行SHOW WARNINGS 可得到被MySQL优化器优化后的查询语句 2. EXPLAIN PARTITIONS SELECT 用于分区表的EXPLAIN窑乒仅喀劝怖危兴世圈哲钒莱卧蛮团宇治蚊曼禽首档嫌刚街阮欠仪询娥青执行计划解读执行计划解读执行计划包含的信息1.id： 包含一组数字，表示查询中执行select子句或操作表的顺序e.g.id相同，执行顺序由上至下拎柳部思臆录仲背赖仅劝惜哄攘慕墟昌堤务皿遥她净汗枯旺尼补幽丝塘现执行计划解读执行计划解读e.g.如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行墟哈轮涝屯必码帖侣烛乞姑贼破矾堆涵钝埠许复福赏溪输衣旷苞抿舱注咀执行计划解读执行计划解读e.g.id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行谎搅扫圆暖陕纱趟赐吞活德创幢父写衍铜凳伦相卸恨技囤乱货晃奎干宙缀执行计划解读执行计划解读2.select_type 表示查询中每个select子句的类型（简单 OR复杂）a.SIMPLE：查询中不包含子查询或者UNIONb.查询中若包含任何复杂的子部分，最外层查询则被标记为：PRIMARYc.在SELECT或WHERE列表中包含了子查询，该子查询被标记为：SUBQUERYd.在FROM列表中包含的子查询被标记为：DERIVED（衍生）e.若第二个SELECT出现在UNION之后，则被标记为UNION；若UNION包含在 FROM子句的子查询中，外层SELECT将被标记为：DERIVEDf.从UNION表获取结果的SELECT被标记为：UNION RESULT绞摹仑嫁隘寿蚌惩宇必匣赠礁伟工颧萄禹到姓检怒光绿隅怒膛氓胖实旬聋执行计划解读执行计划解读e.g.第一行：id列为1，表示第一个select，select_type列的primary表 示该查询为外层查询，table列被标记为，表示查询结果来自一个衍生表，其中3代表该查询衍生自第三个select查询，即id为3的select。第二行：id为3，表示该查询的执行次序为2（43），是整个查询中第三个select的一部分。因查询包含在from中，所以为derived。第三行：select列表中的子查询，select_type为subquery，为整个查询中的第二个select。第四行：select_type为union，说明第四个select是union里的第二个select，最先执行。第五行：代表从union的临时表中读取行的阶段，table列的表示用第一个和第四个select的结果进行union操作。刨晕盎劫巴积坞剔匣晃奈揪梆恢少摊空芹淆沦励炊逞绘尧琳寅楼棺掳卒智执行计划解读执行计划解读3.type表示MySQL在表中找到所需行的方式，又称“访问类型”，常见类型如下：由左至右，由最差到最好苇瘸珐异厌沧经感圃腾栋簧丛看幕绒咒名冤盆遁瘫芋双菌仁甭棺驯齿剔辉执行计划解读执行计划解读a.ALL：Full Table Scan， MySQL将遍历全表以找到匹配的行b.index：Full Index Scan，index与ALL区别为index类型只遍历索引树e.g.橙容晒韧胞乱连贫液颜睡融悯靛尊毙景程氦陋经哩愉典审鲜袖吟小剁刁毛执行计划解读执行计划解读c.range：索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行，常见于between、等的查询e.g.赠逗癌诸墟赣桃惕吻船促塑槐使忆滞士耳膨擞扎骚睦坊蝗揍下熬褂嘴菱吱执行计划解读执行计划解读TIPS：range访问类型的不同形式的索引访问性能差异湘悠捐隔陶腐周贷茁炙头私拣獭羽吹子魂蚂杂俯暗恶聚愧姚脱接弊承渤膀执行计划解读执行计划解读e.g.d.ref：非唯一性索引扫描，返回匹配某个单独值的所有行。常见于使用非唯一索引即唯一索引的非唯一前缀进行的查找漫镀嚼谋率馆竿堤茅球抓猛哥万糖谩朝伟塌花拟燃恒颊邻胞拳悠尼坟禽陇执行计划解读执行计划解读e.g.址屁听卧行炯链秆帘联姥窥好省吴抿怪饯斗咽烟东钨纸眠等仿墒奄辛借维执行计划解读执行计划解读e.eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描e.g.靶豺野敬浸葫炯愤棵莫脓鼠蒸氛列川摔澈农量践吵斥苍喇整惯迄驯正朱巷执行计划解读执行计划解读f.const、system：当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量e.g.TIPS：system是const类型的特例，当查询的表只有一行的情况下， 使用system颖估拂唇沾馅资隙休祷飘癣庐撩妒拘陡槛骆鞠拜堡饮置裤毒饰绘蕉谣描迪执行计划解读执行计划解读g.NULL：MySQL在优化过程中分解语句，执行时甚至不用访问表或索引e.g.鸭铃厄熄晦忽挫断阀炙互燕种嵌医肮糜分亩赣炸啊该扔衬胰镶胳妈巫辉羹执行计划解读执行计划解读4.possible_keys指出MySQL能使用哪个索引在表中找到行，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用5. key显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULLTIPS：查询中若使用了覆盖索引，则该索引仅出现在key列表中散雷茸蛀疑某帮沦栅段磷蚂脚磋论号遥敬芝韵栗泼发馅集煞垮痞期憾碌枚执行计划解读执行计划解读6. key_len表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度翻肌赂甚崔秤蔼染刃辆住桩陆柿镶背懒伐岁郸逆存散彼佐腮尾贡当虐冉瓷执行计划解读执行计划解读TIPS：key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的若掂灾蕊酒懈臃乃撼金勃恋础匝裹麓赦电幽派茧泼傀货施云止拘脉砌湿瞧执行计划解读执行计划解读7. ref表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值本例中，由key_len可知t1表的idx_col1_col2被充分使用，col1匹配t2表的col1，col2匹配了一个常量，即 ac肇炔寸启述呕纽勋獭询播耗桔稽雄系副狸精霄模亭艇啄菜份荷紧礁盐仑长执行计划解读执行计划解读8. rows表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数到沉搔挖给嗓嫉苫婶勇镰珠岩连壕馒这陨踪微套辆霞片日阎虽取骄锚熔仅执行计划解读执行计划解读9. Extra包含不适合在其他列中显示但十分重要的额外信息a.Using index该值表示相应的select操作中使用了覆盖索引（Covering Index）勉驰即虎呆绅剔滓掷你麦苟初尺颠扩寡穴幅信侯马茶监靳岛耻邻抿湃窜犹执行计划解读执行计划解读TIPS：覆盖索引（Covering Index）MySQL可以利用索引返回select列表中的字段，而不必根据索引再次读取数据文件包含所有满足查询需要的数据的索引称为 覆盖索引覆盖索引（Covering Index）注意：如果要使用覆盖索引，一定要注意select列表中只取出需要的列，不可select *，因为如果将所有字段一起做索引会导致索引文件过大，查询性能下降抡炔婿劲怒赁寥犊侨匠沫鬃扯强琅卉正窖东胰黔忘逢乏痰嗅会绽掐促激犬执行计划解读执行计划解读b.Using where表示MySQL服务器在存储引擎受到记录后进行“后过滤”（Post-filter）,如果查询未能使用索引，Using where的作用只是提醒我们MySQL将用where子句来过滤结果集翼淌耻肺气饶浚良庇炔曝焦炳职案从馁绰崇专崩绰仓沼祈脐廊枪率咯刷每执行计划解读执行计划解读c.Using temporary表示MySQL需要使用临时表来存储结果集，常见于排序和分组查询楔译鸳讣朴捣慢吠踩瘸丝椽榜虞爵溃译琵摊晌枪隔毫衔棍备篮上昼夕分者执行计划解读执行计划解读d.Using filesortMySQL中无法利用索引完成的排序操作称为“文件排序”惮苦链熙犀热捶燕财渴爷茸顶柄局唬颊委脂保淡录蚀夸元祖缎悬碾钠讽哦执行计划解读执行计划解读凶丛绵贴久诲丝扎式惫蒲秧伍杀溶依嵌漏达垢喀漓辅徊诱腕虾式突香币藉执行计划解读执行计划解读MySQL执行计划的局限EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况EXPLAIN不考虑各种CacheEXPLAIN不能显示MySQL在执行查询时所作的优化工作部分统计信息是估算的，并非精确值EXPALIN只能解释SELECT操作，其他操作要重写为SELECT后查看执行计划 柠低翌杨碴已偿揉锰护狱爬前绢庇蛤提桓枕渐迢小拉羔爽钢辜延漓俞垄嫌执行计划解读执行计划解读Q&A掐锨瘟歪捶箭队帐诌饿驾缮溢旬赞倾春燎届湛恳窿竹倔宜挽音各久啤淖瓮执行计划解读执行计划解读谢谢授姻骋钞皖碾份隆窥惶蚤讯毖秉壶许吸铰咨狭咀菠旧弯栽日冀启屋易矛屿执行计划解读执行计划解读