mysql 执行计划分析
- sql如何使用索引
- 联接查询的执行顺序
- 查询扫描的数据行数
ID列
- id列中的数据为一组数字,表示执行select语句顺序
- id值相同时,执行顺序由上至下
- id值越大优先级越高,越先被执行
SELECT_TYPE列
- SIMPLE: 不包含子查询或是union操作的查询
- primary :查询中如果包含任何子查询,那么最外层的查询则被标记为 primary
- SUBQUERY : SELECT列表中的子查询
- DEPENDENT SUBQUERY: 依赖外部结果的子查询
- UNION Union操作的第二个或是之后的查询的时为 union
- DEPENDENT unioin : 当union作为子查询时,第二或是第二个后的查询的 select_type值
- union result :union产生的结果集
- derived :出现在from子句中的子查询
TABLE列
- 输出数据行所在的表的名称
- < unionM,N>由ID为M,N查询union产生的结果集
- < derivedN>/< subqueryN> 由Id为n的查询产生的结果
PARTITIONS列
- 对于分区表,显示查询的分区ID
- 对于非分区表,显示的为 NULL
TYPE列
性能从上到下,由高到低
- system 这是const联接类型的一个特例,当查询的表只有一行时使用
- const 表中有且只有一个匹配的行时使用,如对主键或是唯一索引的查询,这是效率最高的联接方式
- eq_ref :唯一索引或主键引查找,对于每个索引键,表中只有一条记录与之匹配。
- ref 非唯一索引查找,返回匹配某个单独值的所有行。
- ref_or_null 类似于 ref类型的查询,但是附加了对 null 值列的查询
- index_merge 该联接类型表示使用了索引合并优化的方法
- range 索引范围的扫描常见于 between, > ,<这样的查询条件
- index full index scan全索引扫描,通all的区别时,遍历的时索引树
- all full tabel scan 全表扫描,这是效率最差的联接方式
Extra列
- Distinct 优化distinct操作,在找到第一匹配的元祖后即停止找同样的动作
- Not exists 使用 not exists 来优化查询
- Using filesort 使用额外操作进行排序,通常会出现在order by 或 group by 查询
- Using index 使用了覆盖索引进行查询
- Using temporary mysql需要使用临时表来处理查询,常见于排序,子查询,和分组查询
- Using where 需要在mysql服务器层使用 where条件来过滤数据
- slect tables /optimized away 直接通过索引来获得数据,不用访问表
POSSIBLE_KEYS列
- 指出mysql能使用那些索引来优化查询
- 查询列所涉及的列上的索引都会被列出来,但不一定会被使用
KEY列
- 查询优化器优化查询实际所使用的索引
- 如果没有可用的索引,则显示 null
KEY_LEN列
- 表示索引字段的最大的可能长度
- key_len的长度由字段定义计算而来,并非数据的实际长度
Ref列
- 表示那些列或常量被用于查找索引列上的值
rows列
- 表示msql通过索引的统计信息,估算的所需读取的行数
- rows值的大小时个统计抽样的结果,并不十分的准确
Filtered列
- 表示返回的结果的行数占需要读取行数的百分比
- Filtered列的值越大越好
- Filtered列的值依赖的说统计信息
执行计划的限制
- 无法展示存储过程,触发器,udf对查询的影响
- 无法使用 explain对存储过程进行分析
- 早期版本的mysql只支持对select语句进行分析