MySQL5.7优化explain执行计划

  • Z时代
  • 2024-01-10
  • 分类：综合

编程

使用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：既需要从索引文件中查，也需要回原表查

以上是 MySQL5.7优化explain执行计划 的全部内容， 来源链接： utcz.com/z/512276.html

回到顶部