mysql调优-执行计划详解

mysql调优-执行计划详解

 

 

执行计划-id

select查询的序列号，标识执行的顺序

1、id相同，执行顺序由上至下

2、id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行

3、id相同又不同即两种情况同时存在，id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行

 

执行计划-select_type

查询的类型，主要是用于区分普通查询、联合查询、子查询等

1.SIMPLE：简单的select查询，查询中不包含子查询或者union

2.PRIMARY：查询中包含子部分，最外层查询则被标记为primary

3.SUBQUERY/MATERIALIZED：SUBQUERY表示在select 或 where列表中包含了子查询

4.MATERIALIZED表示where 后面in条件的子查询

5.UNION：若第二个select出现在union之后，则被标记为union；

6.UNION RESULT：从union表获取结果的select

 

执行计划-table

查询涉及到的表

直接显示表名或者表的别名

由ID为M,N 查询union产生的结果

由ID为N查询生产的结果

 

执行计划-type

访问类型，sql查询优化中一个很重要的指标，结果值从好到坏依次是：

system > const > eq_ref > ref > range > index > ALL

system：表只有一行记录（等于系统表），const类型的特例，基本不会出现，可以忽略不计

const：表示通过索引一次就找到了，const用于比较primary key 或者 unique索引

eq_ref：唯一索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键 或 唯一索引扫描

ref：非唯一性索引扫描，返回匹配某个单独值的所有行，本质是也是一种索引访问

range：只检索给定范围的行，使用一个索引来选择行

index：Full Index Scan，索引全表扫描，把索引从头到尾扫一遍

ALL：Full Table Scan，遍历全表以找到匹配的行

 

执行计划-possible_keys,key,rows,filtered

possible_keys

查询过程中有可能用到的索引

key

实际使用的索引，如果为NULL，则没有使用索引

rows

根据表统计信息或者索引选用情况，大致估算出找到所需的记录所需要读取的行数

filtered

它指返回结果的行占需要读到的行(rows列的值)的百分比 表示返回结果的行数占需读取行数的百分比，filtered的值越大越好

 

执行计划-Extra

十分重要的额外信息

1、Using filesort ： mysql对数据使用一个外部的文件内容进行了排序，而不是按照表内的索引进行排序读取

2、Using temporary： 使用临时表保存中间结果，也就是说mysql在对查询结果排序时使用了临时表，常见于order by 或 group by

3、Using index： 表示相应的select操作中使用了覆盖索引（Covering Index），避免了访问表的数据行，效率高

4、Using where ： 使用了where过滤条件

5、select tables optimized away： 基于索引优化MIN/MAX操作或者MyISAM存储引擎优化COUNT(*)操作，不必等到执行阶段在进行计算，查询执行 计划生成的阶段即可完成优化