前言
大家好, 这里是Yve菌, 今天给大家介绍使用explain关键字查询sql语句中每一个列的含义
Explain工具
使用EXPLAIN关键字可以模拟优化器执行SQL语句,分析你的查询语句或是结构的性能瓶颈
在select语句之前增加explain关键字,MySQL会在查询上设置一个标记,执行查询会返回执行计划的信息,而不是执行这条SQL
注意:如果from中包含子查询,仍会执行该子查询,将结果放入临时表中
例:
explain select * from actors;
explain中的列
id列
id列的编号是select的序号列, 有几个select就有几个id, 并且id的顺序是按select出现的顺序增长的, id越大执行优先级越高, 相同则由上而下执行, null则最后执行
select_type列
select_type列表示对应简单还是复杂的查询.
- simple: 简单查询, 语句不包含子查询和union
- primary: 复杂查询中最外层的select
- subquery: 包含在select中的子查询(不在from字句中)
- derived: 包含在from子句中的子查询, Mysql会将结果保存在一个临时表中, 也叫派生表(derive)
- union: 在union中的第二个和随后的select
table列
表示这一列的一行正在访问哪一个表, 当from字句中有子查询时, table列是, 这里的N是id
type列
这一列表示关联类型或访问类型, 即Mysql决定如何查找表中的行, 一般要保证到range以上, 最好到ref
- NULL: 这种情况是不需要去表中查询数据, 可以直接从索引中获取
- system: const的特例, 整张表中只有一条数据
- const: 通过主键或者唯一的键来查询数据, 表中只有一条匹配数据, 只需要查询一次, 速度非常快
- eq_ref: primary key 或unique key索引的所有部分被连接使用,最多只会返回一条符合条件的记录。
这可能是在const之外最好的联接类型了,简单的select查询不会出现这种type。 - ref: 相比eq_ref不使用唯一索引, 而是使用非唯一索引或唯一索引部分前缀, 索引要和某个值比较, 可能返回多个符合列
- range: 范围扫描通常出现在in(), between, <>=等语句中, 使用索引给定范围的行
- index: 通过扫描二级索引就可以获取到需要的字段, 不需要再进行回表获取数据
(主键索引在叶子节点会存储所有数据, 而二级索引只存储主键, 所以通常来说所需字段如果能通过二级索引全部获取到的话会优先从二级索引获取)
这里是因为表中只有id和name属性, 通过idx_name二级索引可以直接获取所有字段
- ALL: 扫描全表, 扫描聚簇索引的所有叶子结点.
possible_keys列
这一列显示可能使用哪些索引来查找.
explain时可能出现possible_keys有列,而key显示NULL的情况,这种情况是因为表中数据不多,mysql认为索引对此查询帮助不大,选择了全表查询。
如果该列是NULL,则没有相关的索引。在这种情况下,可以通过检查where子句看是否可以创造一个适当的索引来提高查询性能,然后用explain查看效果。
key列
这一列显示mysql实际采用哪个索引来优化对该表的访问。如果没有使用索引,则该列是NULL。
如果想强制mysql使用或忽视possible_keys列中的索引,在查询中使用force index、ignore index。
key_len列
这一列显示了mysql在索引里使用的字节数, 通过这个值可以算出具体使用了索引中的哪些列。
ref列
这一列显示了key列索引中使用的列或常量, 常见的有const, 字段名
rows列
这一列显示的是mysql预估要读取的行数, 并不是准确值
Extra列
这一列展示的是额外信息, 常见重要值如下
- Using index: 通过覆盖索引直接获取数据
- Using where: 使用where进行查询, 但是查询列未被索引覆盖
- Using index condition: 查询的列不完全被索引覆盖, where条件中是一个前导列范围
- Using temporary: mysql需要使用临时表来处理查询, 这种情况通常需要优化
- Using filesort: 使用外部排序而不是索引排序, 数据较小时在内存排序, 较大时在磁盘排序
- Select tables optimized away: 使用了某些聚合函数