MySQL5.7优化-explain执行计划

[亡魂溺海] 提交于 2020-01-06 14:12:18

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>>

使用explain可以查看优化器如何执行查询的方法,可以看它如何执行sql从而找到查询语句或表结构的瓶颈。

一、简介

1. 通过explain我们可以知道:
  • 表的读取顺序
  • 数据读取操作的操作类型
  • 哪些索引可以使用
  • 哪些索引被实际使用
  • 表之间的引用
  • 每张表有多少行被优化器查询
2. 使用方式:

explain + sql语句

explain select * from `student`;

其执行结果如下:

二、参数详解

1. id : 表示sql执行顺序,id相同顺序执行,id不同时值越大优先级别越高。
2. select_tyoe : 查询类型一般包括以下值
  • PRIMARY:包含子查询SQL的主查询,表示最外层
  • SUBQUERY:包含子查询的SQL的子查询,非最外层
  • SIMPLE:简单查询不包含子查询或union查询
  • DERIVED:衍生查询,使用到了临时表
3.table : 索引表,包括子查询临时表
4.partitions : 代表分区表中的命中情况,非分区表,该项为null(mysql5.7新增)
5. type : 类型、索引类型
  • system:只有一条数据的系统表
  • const :只有一条数据的系统表,切有主键或唯一索引
  • eq_ref:唯一性索引,对于每个索引的查询,返回匹配的唯一行数据,常见于主键或唯一索引
  • ref:非唯一性索引,对于每个索引的查询,返回匹配的所有行数据(0个或多个)
  • range:检索制定范围,一般就是在where后跟一个范围查询,如between、>,in有时会失效
  • index:索引列的所有数都查一遍
  • all:全表查询
6.posible_keys : 预测用到的索引
7.keys :实际用到的索引
8.key_len :索引的字节长度,用于判断复合索引是否呗安全使用
9.ref : 显示索引的哪一列被使用了,这里会显示const常量或引用其他表
10.rows : 估计执行需要扫描到的行数。数量越少执行效率越高
11.filtered : 这个字段表示存储引擎返回的数据在server层过滤后,剩下多少满足查询的记录数量的比例,注意是百分比,不是具体记录数。(mysql5.7新增)
12.Extra : 额外信息
  • using filesort:性能低,需要额外一次查询、排序,一般出现在where后的条件与order by 的条件不一致时。
  • using temporary:性能低,用到了临时表,一般出现在where后的条件与group by 的条件不一致时。
  • using idnex:性能提升,索引覆盖,不读取源文件而从索引文件中获取,无需回表查询
  • using where:既需要从索引文件中查,也需要回原表查
标签
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!