MySQL基础学习: 第四章 使用EXPLAIN查看执行计划详解分析

已于 2024-03-29 17:42:41 修改
阅读量1.1k 收藏 18
点赞数 14
分类专栏： 【MySQL】 文章标签： mysql 数据库
于 2024-01-13 18:42:40 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yuming226/article/details/135568329
版权

文章目录

一、EXPLAIN语句的作用

在客户端执行MySQL的操作语句，会依次经过MySQL客户端连接管理、语法解析与优化（查询缓存、语法解析、查询优化）、存储引擎层。其中查询优化器在基于成本和规则对查询语句进行优化，并且在优化后会生成一个执行计划。MySQL提供了EXPLAIN语句来查看查询语句经过查询优化器优化后的执行计划。
在这里插入图片描述
定义本章所使用的表结构：

CREATE TABLE `source_learn` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '自增主键',
  `data_type` enum('oracle’,'mysql') DEFAULT 'oracle' COMMENT '源类型',
  `name` varchar(100) NOT NULL COMMENT '源名称',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;

CREATE TABLE `source_learn_param` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '自增id',
  `source_id` bigint(20) NOT NULL COMMENT '关联源id',
  `key` varchar(50) NOT NULL COMMENT '参数key',
  `value` text NOT NULL COMMENT '参数值',
  `data_type` enum('oracle','mysql') DEFAULT 'oracle' COMMENT '源类型',
  PRIMARY KEY (`id`) USING BTREE,
  KEY `source_id_index` (`source_id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;

CREATE TABLE `table_test_learn` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `source_id` bigint(20) DEFAULT NULL COMMENT '源id',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC COMMENT='元数据';

二、EXPLAIN语句的属性含义及作用

EXPLAIN语句包含如下属性列：

属性名说明
id每个SELECT对应的唯一id
select_type每个SELECT对应的查询类型
table表名称
paritions分区信息
type单表的访问方法
possible_keys可能使用到的索引
key实际使用的索引
key_len实际使用到的索引长度
ref
rows预计要读取到的记录数量
filtered
Extra额外的一些信息

1、id

在查询语句（经过查询优化器优化后的查询语句）中可能会包含多个SELECT语句，每个select语句都会对应一个唯一的id。并且查询计划会为每个表生成一个记录，但是这些记录的id可能存在相同的情况。
（1）简单的SELECT语句

explain select id,name from source_learn where data_type = 'oracle';

在这里插入图片描述
（2）包含子查询的SELECT语句

EXPLAIN select * from table_test_learn as test where test.source_id in (select source_learn.id from source_learn where source_learn.data_type = 'oracle');

在这里插入图片描述
可以看到这个子查询语句生成的执行计划中包含两条记录，这两条的分别对应表table_test_learn和表source_learn。这个查询语句包含了两个SELECT查询语句为什么id值是相同的呢？这里的id相同表示着：通过查询优化器对查询语句的优化，将子查询语句转变成了连接查询语句。

2、select_type

在一个查询语句中可能包含多个小的查询语句，在MySQL中每个小的查询语句都包含select_type属性，通过该属性的取值，我们可以判断出这个小的查询语句在整个查询语句中扮演着一个什么样的角色。该属性的取值如下：

取值说明
SIMPLE没有UNION或查询优化器优化后不包含子查询的语句
PRIMARY包含联合查询或查询优化器优化后包含子查询的，第一条记录的select_type的取值就是PRIMARY
UNION查询语句包含联合查询，除了第一个记录外，其余记录的select_type的取值是UNION
UNION RESULT对于UNION操作产生的临时表的select_type的取值为UNION RESULT
SUBQUERY对于非相关子查询的记录的select_type的取值为SUBQUERY
DEPENDENT SUBQUERY对于相关子查询的记录的select_type的取值为DEPENDENT SUBQUERY
DEPENDENT UNION
DERIVED
MATERIALIZED对于包含子查询的语句，存在需要将子查询物化后再参与连接查询，此时的select_type的取值为MATERIALIZED

（1）SIMPLE

下面展示了内连接查询语句的执行计划，在查询语句中不包含UNION和子查询，因此两条记录的select_type的取值都是SIMPLE。

EXPLAIN select * from source_learn inner join source_learn_param on source_learn.id = source_learn_param.source_id;

在这里插入图片描述

（2）PRIMARY、UNION、UNION RESULT

下面展示了查询语句中使用UNION关键字，其中语句最左边的是PRIMARY，其余的查询是UNION，UNION RESULT表示的是对于UNION的语句处理使用了临时表进行了去重处理。

EXPLAIN select data_type from source_learn UNION select data_type from source_learn_param;

在这里插入图片描述
下面展示了查询语句中使用了UNION ALL关键字执行计划详情
UNION ALL不会进行去重处理，因此没有产生临时表。

EXPLAIN select data_type from source_learn UNION ALL select data_type from source_learn_param;

在这里插入图片描述

（5）SUBQUERY

下面展示了查询语句在字段中使用了子查询操作，在左边的查询语句的的select_type为PRIMARY。剩下的一个查询语句查询优化器并为对其优化成连接查询的形式，并且改查询语句为非相关子查询，因此select_type为SUBQUERY。

EXPLAIN select source_learn.data_type, (select DISTINCT(source_id) from source_learn_param where source_learn_param.id = 1) as key_source_id from source_learn;

在这里插入图片描述

（6）DEPENDENT SUBQUERY

下面展示的是相关子查询查询计划记录的select_type的取值为DEPENDENT SUBQUERY。

  • where条件后面的相关子查询语句
EXPLAIN select source_learn.data_type from source_learn where source_learn.id in (select source_id from table_test_learn) or source_learn.data_type = "oracle";

在这里插入图片描述

  • 字段为相关子查询的语句
EXPLAIN select source_learn.data_type, (select DISTINCT(source_id) from source_learn_param where source_learn_param.data_type = source_learn.data_type) as key_source_id from source_learn;

在这里插入图片描述

（7）DEPENDENT UNION

在存在UNION的查询语句中如果各个子查询语句间存在依赖关系，者除了第一个记录的select_type为PRIMARY，其他的子查询语句记录中的select_type为DEPENDENT UNION

EXPLAIN select * from source_learn where id in (select source_id from source_learn_param where data_type = "oracle" UNION select id from source_learn where name='oracle_source')

在这里插入图片描述

（8）DERIVED

（9）MATERIALIZED

下面的查询语句展示了表table_test_learn子查询物化后参与连接查询。

EXPLAIN (select data_type from source_learn where source_learn.id in (select source_id from table_test_learn)) UNION ALL select data_type from source_learn_param;

在这里插入图片描述

3、table

无论我们写的SQL语句有多复杂，最终都会对单个表进行查询操作，查询计划会为每个表生成一条记录，记录中的table列就表示表的名字。

4、paritions

这个属性是有关分区表的相关查询操作，还未遇到过占不讨论，遇到了再做补充。

5、type

该属性表示查询计划对某个表的查询方式，其有如下取值：

取值说明
system当表的存储引擎为MyISAM、MEMROY并且表中仅有一条记录，那么type的取值就是system
const执行单表查询时，使用主键或者唯一二级索引与常量进行等值匹配查询时，此时type的取值就是const
eq_ref执行连接查询时，被驱动的表使用的是主键或不为null的唯一二级索引进行等值匹配查询时，被驱动表的type的取值就是eq_ref
ref（1）执行单表使用普通的二级索引进行常量等匹配；（2）执行连接查询，被驱动表中的普通二级索引与驱动表的某个列进行等值匹配
fulltext
ref_or_null
index_merge
unique_subquery
index_subquery
range使用索引来进行范围查询
index扫描所有的索引记录
ALL表示全表扫描

（1）system

创建存储引擎为MyISAM的表：

create table table_test(id int) Engine=MyISAM;

执行如下EXPLAIN

explain select * from table_test;

当表中没有数据时的执行计划：
在这里插入图片描述
当表中插入一条记录时type的取值为system，执行计划如下：
在这里插入图片描述
当表中插入多条记录时type的取值为ALL，执行计划如下：
在这里插入图片描述

（2）const

对于单表的查询使用主键与常量进行等值匹配筛选，此时的type的取值就是const

explain select * from source_learn where id = 1;

在这里插入图片描述

（3）eq_ref

下面执行的查询语句，被驱动表使用的是主键进行等值匹配查询，此时被驱动表的type取值就是eq_ref。

explain select * from source_learn_param inner join source_learn on source_learn.id = source_learn_param.source_id;

在这里插入图片描述

（4）ref

执行单表使用普通的二级索引进行常量等匹配，此时type的取值为ref

explain select * from source_learn_param where source_id = 1;

在这里插入图片描述
执行连接查询，被驱动表中的普通二级索引与驱动表的某个列进行等值匹配，此时type的取值为ref

explain select * from source_learn inner join source_learn_param on source_learn_param.source_id = source_learn.id;

在这里插入图片描述

（5）fulltext

暂时没碰到过，碰到了在做补充说明。

（6）ref_or_null

（7）index_merge

（8）unique_subquery

（9）index_subquery

（10）range

下面的查询语句使用了普通索引来进行范围查询，type的取值为range

explain select * from source_learn_param where source_id > 3;

在这里插入图片描述

explain select * from source_learn_param where id > 3;

在这里插入图片描述

（11）index

EXPLAIN select source_learn.data_type, (select DISTINCT(source_id) from source_learn_param where source_learn_param.data_type = source_learn.data_type) as key_source_id from source_learn;

在这里插入图片描述

6、possible_keys

对某查询语句进行查询时可能使用到那些索引

7、key

对于某查询语句实际上使用到的索引

8、key_len

9、ref

显示了在key列记录的索引中，表查找值所用到的列或常量

10、rows

扫描出的行数，这个是个估算的值，并不是真正的结果集

11、filtered

filtered表示返回结果的行数占需读取行数的百分比，filtered列的值依赖于统计信息。

12、Extra

玉成226
关注
  • 14
    点赞
  • 踩
  • 18
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
MySQL中执行计划explain命令示例详解
09-09
主要给大家介绍了关于MySQL中执行计划explain命令的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用explain命令具有一定的参考学习价值，需要的朋友们下面说来一起学习学习吧
mysql中建立索引的策略(EXPLAIN)
shenshaoming的博客
09-29 444
前言 建立索引后,如果不好知道自己建立的索引是否有用,就需要一个操作来判断一下我们是否通过索引进行了查询.那就是EXPLAIN关键字查询.比方说一条查询语句: EXPLAIN select* from t_user where id in(1,2,3,4,5); 查询结果如下: 最简单的就是possible_keys和key,前者表示当前表中拥有的索引,比方说主键和你自己建立的索引.后者...
MySQL优化—工欲善其事，必先利其器之EXPLAIN
weixin_34013044的博客
11-23 285
最近慢慢接触MySQL，了解如何优化它也迫在眉睫了，话说工欲善其事，必先利其器。最近我就打算了解下几个优化MySQL中经常用到的工具。今天就简单介绍下EXPLAIN。 内容导航 id select_type table type possible_keys key key_len ref rows Extra   环境准备 MySQL版本： 创建测试表 ...
MySQL explain (查看sql 执行顺序)
weixin_34111790的博客
08-16 1794
2019独角兽企业重金招聘Python工程师标准>>> ...
explain如何查看mysql_MySQL Explain详解
weixin_35731493的博客
02-01 1165
在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，找出这些SQL语句并不意味着完事了，些时我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略...
Explain执行计划
m0_70299172的博客
05-03 1406
一条查询语句在经过MySQL查询优化器的各种基于成本和规则的优化会后生成一个所谓的执行计划，这个执行计划展示了接下来具体执行查询的方式，比如多表连接的顺序是什么，对于每个表采用什么访问方法来具体执行查询等等。EXPLAIN语句来帮助我们查看某个查询语句的具体执行计划，我们需要搞懂EPLATNEXPLAIN的各个输出项都是干嘛使的，从而可以有针对性的提升我们查询语句的性能。通过使用EXPLAIN关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的。
使用Explain查看执行计划
xxxbbb000的博客
12-06 1644
explain执行查询计划
MySQL的执行计划详解（Explain）
热门推荐
samker的博客
01-05 1万+
MySQL的执行计划详解（Explain）
MySQL学习(11)使用EXPLAN查看执行计划
哪过晓得的博客
11-06 537
MySQL查询优化起生成的执行计划是什么，可以通过EXPLAIN命令查看。
【MySQL系列】- Explain执行计划详解
记录总结工作过往
05-03 1447
EXPLAIN关键字是MySQL性能分析神器；可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的，分析你的查询语句或是表结构的性能瓶颈。
MySQL中通过EXPLAIN如何分析SQL的执行计划详解
12-16
在MySQL中，我们可以通过EXPLAIN命令获取MySQL如何执行SELECT语句的信息，包括在SELECT语句执行过程中表如何连接和连接的顺序。 下面分别对EXPLAIN命令结果的每一列进行说明： .select_type:表示SELECT的类型，常见...
MySql中如何使用 explain 查询 SQL 的执行计划
09-09
explain命令是查看查询优化器如何决定执行查询的主要方法。这篇文章重点给大家介绍MySql中如何使用 explain 查询 SQL 的执行计划，感兴趣的朋友一起看看吧
mysql之explain使用详解(分析索引)
12-15
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。 使用方法，在select语句前加上explain就可以了，如： explain select * from statuses_status where ...
MySQL基础学习: net不是内部命令
玉汝于成
12-12 1598
昨天给电脑换了系统，于是今天将mysql的环境变量配置到电脑的系统变量中，如下所示： D:\mysql-5.5.27-winx64\bin 配置好mysql的环境变量后启动mysql服务器：net start mysql,提示：net不是内部命令，做以下配置： %SystemRoot%\system32 配置好以上配置后，执行net start mysql命令提示如下： 现做以下操作： （1...
MySQL基础学习: 由delete和insert操作导致的死锁问题
玉汝于成
12-26 1062
当删除的记录在数据库中存在，那么产生的就是普通的行锁。当删除的这条记录不存在，会在删除记录所在的区间加间隙锁。在删除记录前，先校验下该记录是否存在，如果存在在执行删除操作。（3）事务2执行insert操作，产生死锁报错。（2）两个事务分别删除两个个不存在的记录。（1）两个事务分别执行delete操作。（2）事务1执行insert操作，阻塞。（4）事务1insert操作成功。（3）两个事务分别插入该记录。
MySQL基础学习: 第一章 数据库概述
最新发布
玉汝于成
01-01 705
数据库就是存储、维护和管理数据的仓库。数据库管理系统DBMS就是用来操作维护和管理数据库的大型软件。​​​​​​​​众所周知计算机只能识别01这样的二进制代码，我们平时在计算机上所写的文本内容最终最终都会转化成二进制的形式让计算机来识别。ASSCII：一套文字符号及其编码、比较规则的集合UnicodeUTF-16UTF-8汉子的一些常用字符集：GB2312GB13000GBkGB13030。
MySQL基础学习: linux系统mysql 密码插件 validate_password安装
玉汝于成
01-01 662
2、安装mysql密码插件，执行命令：install plugin validate_password soname ‘validate_password.so’;1、没有安装mysql密码插件，执行命令：SHOW VARIABLES LIKE ‘validate_password%’;5、再次执行命令：SHOW VARIABLES LIKE ‘validate_password%’;3、再次执行：SHOW VARIABLES LIKE ‘validate_password%’;
MySQL基础学习: ERROR 1366
玉汝于成
07-04 467
2.原因是插入的数据中包含了中文字符： 我们首先使用status命令查看数据库字符街状态如下： 然后使用set names gbk;修改字符集为gbk，最后就可以成功插入中文字符了。 修改后中文插入成功： ...
mysql 执行计划 详解
08-04
回答: 执行计划是MySQL查询优化器生成的一组指令，用于执行SQL语句。在执行SQL语句时，MySQL会对SQL进行解析、优化、执行三个步骤。在优化阶段，MySQL查询优化器会生成一个执行计划，该计划告诉MySQL执行SQL语句的具体步骤，包括表的连接方式、扫描方式、过滤条件等。[1]你可以通过使用EXPLAIN关键字或MySQL Workbench来查看执行计划。优化查询效率的方法包括索引优化、避免使用SELECT *、优化SQL语句等。在系统设计和架构中，数据库是必不可少的一环，优化数据库查询效率也是非常重要的一环。MySQL是一个流行的关系型数据库管理系统，使用执行计划可以帮助我们优化查询效率。[2][3]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

玉成226

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值