MySQL explain详解

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 本文详细介绍MySQL explain各个字段的含义,以及查询优化相关注意事项

1、explain的作用:

使用 EXPLAIN 关键字可以模拟优化器执行 SQL 查询语句,从而知道 MySQL 是如何处理要查询的SQL 语句,来分析查询语句或是表结构的性能瓶颈

  • 表的读取顺序
  • 数据读取操作的操作类型哪些索引可以使用
  • 哪些索引被实际使用
  • 表之间的引用
  • 每张表有多少行被优化器查询

2、explain执行结果各字段介绍

explain的使用:explain + SQL,执行结果包含的信息如下

image.png

  • id:表示select查询的序列号,由一组数字组成,表示查询中执行select子句或操作表的顺序。如果是子查询, id 的序号会递增, id 值越大优先级越高;越先被执行
  • id相同:表的执行顺序由上至下
  • id不同:id值越大优先级越高,越先被执行
  • id不全相同:id值越大优先级越高,越先被执行,相同的id值会按顺序执行


  • select_type:查询类型,主要是用来区别普通查询\联合查询\子查询等的复杂查询
  • simple:简单的select查询,查询中不包含子查询或者union
  • primary:查询中若包含复杂的子查询,最外层查询则被标记为primary
  • subquary:在select或where列表中包含子查询
  • derived:在from列表中包含的子查询被标记为derived衍生,若union包含在from子句的子查询中,外层select被标记为derived。MySQL会递归执行这些子查询,把结果放在临时表里
  • union:若第二个select出现在union之后,则被标记为union
  • union result:从union表获取结果的select(两种union结果的合并)


  • table:查询检索的表
  • type:表示查询使用了何种类型,是较为重要的一个指标
  • system:表只有一行记录【等于系统表】
  • const:表示通过索引一次就找到了,const用于比较primary key或者unique索引,只匹配一行数据。所以很快

如where  主键列=值, MySQL 就能将该查询转换为一个常量

  • eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描
  • ref:非唯一性索引扫描,返回匹配某个单独值的所有行

本质上也是一种索引访间,它返回所有匹配某个单独值的行,它可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体

  • range:只检索给定范围的行,使用一个索引来选择行

一般就是索引列在where 语句中出现了 between 、<、>、 in 等的查询

  • index:全索引表扫描
  • all:全表扫描

从最好到最差依次是:system > const > eq _ ref > ref > range > index > ALL

一般来说,得保证查询至少达到 range 级别,最好能达到 ref


  • possible_keys:表示该查询可能会使用到的索引,一个或多个;但不一定被查询实际使用
  • key:表示查询中实际使用的索引,如果为NULL,则表示没有使用索引

查询中若使用了覆盖索引,则该索引仅出现在key列表中

覆盖索引:要查询的字段与索引建立的字段(个数和顺序)一致


  • key_len:表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下,长度越短越好

key_len 显示的值为索引字段的最大可能长度,并非实际使用长度,

  • ref:用到的索引是非唯一性扫描,显示索引有没有引用

显示索引的哪一列被使用了,如果可能的话,是一个常数

  • rows:根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数
  • extra:包含在其他列中显示但十分重要的额外信息
  • using filesort:

说明MySQL会对数据使用一个外部的索引排序,而不是按照表内的索引完成的排序操作称为“文件排序”

出现某种情况用不上索引,用上using filesort比较危险


  • using temporary:

使用了临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by.且后面的字段顺序应与索引顺序一致


  • using index

表示相应的 select 操作中使用了覆盖索引( Covering Index ),避免访问了表的数据行,效率不错!

如果同时出现 using where ,表明索引被用来执行索引键值的查找;

如果没有同时出现 using where ,表明索引用来读取数据而非执行查找动作。


  • using where:表示使用了where过滤
  • using join buffer:使用了连接缓存
  • Impossible where:where子句的值总是FALSE,不能用来获取任何元组
  • select tables optimized away:

在没有group by子句的情况下,基于索引优化min/max操作或者对于myisam存储引擎优化【count*】操作,不必等到执行阶段在进行计算,查询执行计划生成的阶段即完成优化

  • distinct:优化distinct操作,在找到第一匹配的元组后即停止找同样值的动作
相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
7月前
|
SQL 存储 关系型数据库
SQL优化之Explain详解(mysql)
`Explain`是MySQL中用于分析SQL查询执行计划的工具。它可以帮助我们了解MySQL如何执行SQL语句,包括如何使用索引、预计的行数以及查询的顺序。以下是`Explain`输出的关键列及其含义的简要摘要: 1. **id**:查询的序列号,表示查询中的子句层次,id越大优先级越高。 2. **select_type**:表示查询的类型,如SIMPLE(简单查询)、PRIMARY(主查询,多表查询中的第一个查询)、SUBQUERY(子查询)、DERIVED(派生表)或UNION(UNION操作的查询部分)。 3. **table**:查询涉及的表名,如果是子查询,可能显示为衍生表
95 0
|
3天前
|
SQL 关系型数据库 MySQL
深入解析MySQL的EXPLAIN:指标详解与索引优化
MySQL 中的 `EXPLAIN` 语句用于分析和优化 SQL 查询,帮助你了解查询优化器的执行计划。本文详细介绍了 `EXPLAIN` 输出的各项指标,如 `id`、`select_type`、`table`、`type`、`key` 等,并提供了如何利用这些指标优化索引结构和 SQL 语句的具体方法。通过实战案例,展示了如何通过创建合适索引和调整查询语句来提升查询性能。
38 9
|
2月前
|
SQL 关系型数据库 MySQL
MySQL EXPLAIN该如何分析?
本文将详细介绍MySQL中`EXPLAIN`关键字的工作原理及结果字段解析,帮助优化查询性能。`EXPLAIN`可显示查询SQL的执行计划,其结果包括`id`、`select_type`、`table`等字段。通过具体示例和优化建议,帮助你理解和应用`EXPLAIN`,提升数据库查询效率。
121 0
|
5月前
|
SQL 关系型数据库 MySQL
mysql性能调优:EXPLAIN命令21
【7月更文挑战第21天】掌握SQL性能调优:深入解析EXPLAIN命令的神奇用法!
64 1
|
5月前
|
SQL 缓存 关系型数据库
MySQL|浅谈explain的使用
【7月更文挑战第11天】
|
5月前
|
SQL 存储 数据库
MySQL设计规约问题之性能分析工具如Sql explain、show profile和mysqlsla在数据库性能优化中有什么作用
MySQL设计规约问题之性能分析工具如Sql explain、show profile和mysqlsla在数据库性能优化中有什么作用
|
5月前
|
SQL 索引 关系型数据库
MySQL设计规约问题之为什么推荐使用EXPLAIN来检查SQL查询
MySQL设计规约问题之为什么推荐使用EXPLAIN来检查SQL查询
|
6月前
|
SQL 关系型数据库 MySQL
MySQL数据库——索引(4)-SQL性能分析-profile详情、explain(profile查看指令,explain执行计划中各个字段的含义)
MySQL数据库——索引(4)-SQL性能分析-profile详情、explain(profile查看指令,explain执行计划中各个字段的含义)
79 2
|
6月前
|
SQL 存储 关系型数据库
MySQL的查询计划(EXPLAIN)
MySQL的查询计划(EXPLAIN)
58 2
下一篇
DataWorks