关于Explain

Posted 2021-03-04 onlywjy

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了关于Explain相关的知识，希望对你有一定的参考价值。

最近在对sql进行性能优化因此对explain相关的知识进行一个简单的整理归纳。

EXPLAIN：

　　为SELECT语句中使用到的每个表返回一条 SELECT 执行的详细信息；按照mysql在处理语句时读取它们的顺序列出这些表。

命令输出格式

id = 1    
select_type = SIMPLE    
table = clazz    
partitions =     
type = const    
possible_keys = PRIMARY    
key = PRIMARY    
key_len = 98    
ref = const    
rows = 1    
filtered = 100.00    
Extra =

id:SELECT 标识符，SQL执行的顺序的标识，SQL从大到小的执行

id相同时，执行顺序由上至下
如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
如果id相同，则认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行

select_type
- SIMPLE：简单的SELECT未使用 UNION 查询或子查询
- PRIMARY：表示此查询是最外层的SELECT(如两表做UNION或者存在子查询的外层的表操作为PRIMARY,内层的操作为UNION)
- UNION：表示UNION操作中，查询中处于内层的SELECT(内层的SELECT语句与外层的SELECT语句没有依赖关系)
- DEPENDENT UNION：表示UNION操作中，查询中处于内层的SELECT(内层的SELECT语句与外层的SELECT语句有依赖关系)
- UNION RESULT：UNION 操作的结果,id值通常为null
- SUBQUERY：子查询中的第一个 SELECT
- DEPENDENT SUBQUERY:子查询中的第一个 SELECT, 子查询依赖于外层的查询结果
- ERIVED：被驱动的SELECT子查询（子查询位于from子句）
- MATERIALZED：物化子查询（对此查询会创建临时表，将制定表物化为临时表）
- UNCACHEABLE SUBQUERY：无法缓存子查询的结果，每次都需要计算
- UNCACHEABLE UNION：UNION操作红内层的子查询无法被物化（类似于UNCACHABLESUBQUERY）

table:表示查询涉及的表或衍生表

type
- ALL：全表扫描，mysql将便利全表数据直至找到匹配的行
- index：全索引扫描，遍历索引树
- range: 范围扫描，基于索引做扫描，如between,in,>=,like等操作
- ref: 表示上述的连接匹配条件，即哪些列或产量被用于查找索引列上的值
- eq_ref: 类似ref区别在于索引是唯一索引，对于每个索引键值表中只有一条记录匹配，即多表连接中使用primary key或者unique key作为关联条件
- const: 只读取一次就能获得数据（如：主键）
- system: const的特例，查询的表中只有一行的情况下，使用system
- null: mysql在优化的过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里面选取最小值可以通过单独索引查找完成

partitions:记录与查询匹配的分区

possible_keys:表示在查询时, 能够使用到的索引具体使用了哪些索引, 由 key 字段决定.

key:表示查询时所真正使用到的索引.

key_len:表示查询优化器使用了索引的字节数. 这个字段可以评估组合索引是否完全被使用, 或只有最左部分字段被使用到
- 字符串
  - char(n): n 字节长度
  - varchar(n): 如果是 utf8 编码, 则是 3 n + 2字节; 如果是 utf8mb4 编码, 则是 4 n + 2 字节
- 数值类型　　
  - TINYINT: 1字节
  - SMALLINT: 2字节
  - MEDIUMINT: 3字节
  - INT: 4字节
  - BIGINT: 8字节
- 时间类型　
  - DATE: 3字节
  - TIMESTAMP: 4字节
  - DATETIME: 8字节
- 字段属性: NULL 属性占用一个字节. 如果一个字段是 NOT NULL 的, 则没有此属性.