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语句进行分析