MySQL--解读执行计划

最新推荐文章于 2024-03-11 20:43:25 发布
最新推荐文章于 2024-03-11 20:43:25 发布
阅读量296 收藏 1
点赞数
分类专栏： MySQL 文章标签： mysql explan 执行计划
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yanbin0830/article/details/103149564
版权

作为一名业务系统的开发人员，在企业日常开发工作中，天天相伴最多的是java代码和Sql语句。Sql的执行计划能很好的帮忙开发人员定位SQL的性能问题，预防慢SQL影响生产服务器。每个数据库的执行计划查看和呈现都不太一样，然而MySql应该说是当下流行的数据库，需要了解一下。

调用执行计划

EXPLAN 关键字：EXPLAN SELECT * FROM TABLE …

EXPLAIN SELECT
	u.*, r.*
FROM
	t_user u
LEFT JOIN t_role_user ru ON u.user_no = ru.user_no
LEFT JOIN t_role_resource rr ON ru.role_id = rr.role_id
LEFT JOIN t_resource r ON rr.resouce_id = r.id
WHERE
	u.USER_NO = '88888888';

执行计划结果
在这里插入图片描述

执行计划字段

在这里插入图片描述

id

含义：包含一组数字，表示查询中执行select子句或操作表的顺序
  • id相同：可以认为是一组，执行顺序由上至下。
  • id不同：如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
  • id为null时表示一个结果集，不需要使用它查询，常出现在包含union等查询语句中
    在这里插入图片描述

select_type

含义：表示查询中每个select子句的类型（简单 OR复杂）
常见类型：
  • SIMPLE：查询中不包含任何子查询或union等查询
  • PRIMARY：查询中若包含任何复杂的子部分，最外层查询则为PRIMARY
  • SUBQUERY：在SELECT或WHERE列表中包含了子查询
  • DEPENDENT SUBQUERY：相关子查询，子查询的查询方式依赖于外面的查询结果
    • mysql子查询很糟糕，不会将子查询结果集给到外层，而是外层结果先查出来，然后逐条执行匹配子查询
  • DERIVED：在FROM列表中包含的子查询
  • UNION：出现在union后的查询语句中
  • UNION RESULT：从UNION表获取结果集

table

含义：表示这条查询语句所查询的数据表或结果集。
  • 查询使用了别名，那么这里显示的是别名
  • 不涉及对数据表的操作，那么这显示为null
  • 显示为< derivedN >就表示这个是临时表，后边的N就是执行计划中的id，表示结果来自该id查询结果。
  • 如果是尖括号括起来的<unionM,N>，也是一个临时表，表示这个结果来自于union查询的id为M,N的结果集。

解读select_type和table

例子
EXPLAIN
select *,(select 1 from t_role) as 'role',
 (select name from t_user where user_no = ru.user_no) as 'name'   
from 
 (select * from t_role_user) ru 
UNION
select *,'role','name' from t_role_user;

在这里插入图片描述

解析执行计划
  • 第一行：第一个select ，id为1则执行顺序为倒数，PRIMARY该查询为外层查询，table列为derived4，表示查询的结果集来自一个衍生表，其中4表示id为4的select
  • 第二行：id 为4，是第二个执行的select(5->4)，DERIVED说明from中包含子查询，table为t_role_user表示的查询结果集为t_role_user表。所以就是：(select * from t_role_user) ru 子查询
  • 第三行：DEPENDENT SUBQUERY，table 是t_user 显然语句是，(select name from t_user where user_no = ru.user_no) as ‘name’ 这个语句的结果集依赖于外层表ru的结果集，user_no依赖ru.user_no的结果集。
  • 第四行：SUBQUERY 这边是select中有子查询，table是t_role，语句是(select 1 from t_role) as ‘role’ ，因为他不依赖外层结果集，所以是SUBQUERY
  • 第五行：UNION 关键字后面的一个select ，这边就是 select *,‘role’,‘name’ from t_role_user
  • 第六行：id为null union 结果集。table为<union1,5> 说明是id1和id5的select结果集进行union。
额外的DEPENDENT SUBQUERY

上面第三行的DEPENDENT SUBQUERY，本来就是根据外层结果集作为里层条件查询的，性能在预料之内。但在下面这种情况的DEPENDENT SUBQUERY却是意向不到的，比如：

EXPLAIN
select * from t_role_user 
where role_id  in (select id from t_role );

在这里插入图片描述
这种情况，2依赖于外层1的结果集；并非想象中，先执行select id from t_role 的结果集，再交给role_id in来查询。而是先查询select * from t_role_user 的大结果集，再逐条匹配子结果集（该问题在5.6版本之后就优化了）。

type

含义：访问类型；表示MySQL在表中找到所需行的方式
常见类型：

在这里插入图片描述

性能：左–>右，差–>好
  • ALL：Full Table Scan， MySQL将遍历全表以找到匹配的行；全表扫描
EXPLAIN select * from t_user where name = '';

在这里插入图片描述

  • index：Full Index Scan，index与ALL区别是index遍历索引树。
EXPLAIN select id from t_user;

在这里插入图片描述

  • range：索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行；常见于between，< >等的查询
// 根据不同的情况，同样类型的range，性能会有差异
EXPLAIN select * from t_user where id between 0 and 80;
EXPLAIN select * from t_user where id >=0 and age <= 80;
EXPLAIN select * from t_user where id in (0,30,50);

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • ref：非唯一性索引扫描，返回匹配某个单独值的所有行。
EXPLAIN select * from t_user where age = 3;

在这里插入图片描述

  • eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描。
EXPLAIN select * from t_role r join t_role_user ru on r.id = ru.id;

在这里插入图片描述

  • const / system：使用主键或者唯一索引，且匹配的结果只有一条记录，常出现于where条件是＝的情况。system是const类型的特例，查询的表本身只有一行。
EXPLAIN select * from (select * from t_role where id = 1) as rs;

在这里插入图片描述

  • NULL：MySQL在优化过程中分解语句，执行时甚至不用访问表或索引。
EXPLAIN select min(id) from t_role;

在这里插入图片描述

possible_keys

含义：可能使用的索引
  • 可能使用的索引，注意不一定会使用。
  • 查询涉及到的字段上若存在索引，则该索引将被列出来。
  • 当该列为NULL时就要考虑当前的SQL是否需要优化了。

key

含义：实际使用的索引
  • 显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL。
  • 查询中若使用了覆盖索引(覆盖索引：索引的数据覆盖了需要查询的所有数据)，则该索引仅出现在key列表中，而possible_keys为NULL
EXPLAIN select user_no from t_user ;

在这里插入图片描述

  • select_type为index_merge时，这里可能出现两个以上的索引，其他的select_type这里只会出现一个。

key_len

含义：表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度

ref

含义：表示表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
  • 如果是使用的常数等值查询，这里会显示const
  • 如果是连接查询，被驱动表的执行计划这里会显示驱动表的关联字段
  • 如果是条件使用了表达式或者函数，或者条件列发生了内部隐式转换，这里可能显示为func
EXPLAIN select * from t_role r join t_role_user ru on r.id = ru.id

在这里插入图片描述
从结果看，连接查询，关联的是r表的id字段。并且key_len为8，说明定长的8个字节。
所以：key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的

rows

含义：返回估算的结果集数目，注意这并不是一个准确值。

extra

含义：包含不适合在其他列中显示但十分重要的额外信息
  • Using index：查询中使用了覆盖索引（Covering Index）
    • 覆盖索引：包含所有满足查询需要的数据的索引
    • 利用索引返回select列表中的字段，而不必根据索引再次读取数据文件
    • 如果要使用覆盖索引，一定要注意select列表中只取出需要的列，不可select *
EXPLAIN select age from t_user

在这里插入图片描述

  • Using where：用where子句来过滤结果集
EXPLAIN select * from t_user  where age = 1

在这里插入图片描述

  • Using filesort：使用文件排序，使用非索引列进行排序时出现，非常消耗性能，尽量优化。
EXPLAIN select * from t_user where age=3 order by creator

在这里插入图片描述

EXPLAIN select * from t_user where age=3 order by age

在这里插入图片描述

  • Using temporary：使用了临时表，常见于排序和分组查询
EXPLAIN select ru.user_no from t_role r join t_role_user ru on r.id = ru.id GROUP BY ru.user_no

在这里插入图片描述

EXPLAIN select r.role_name from t_role r join t_role_user ru on r.id = ru.id GROUP BY r.role_name

在这里插入图片描述

yanbincn
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL内核源码解读-SQL解析
03-01
本文是基于MySQL5.7.22进行分析通过上面图,可以从全局上了解SQL语句执行流程以及与其他模块交互在介绍具体的MySQL数据库解析SQL之前,先来回归一下编程语言的知识点形式语言(Formallanguage)形式语言是用精确的数学或...
Mysql 执行计划解读
10-12
Mysql 执行计划解读，这个对SQL优化非常有作用的，也是必备技能了
MySql 执行计划解读
04-17 110
说明 解读执行计划l对于我们日常工作中慢sql的分析和调优有很大帮助,同时在解读的过程中也能知道如何规避慢sql 建议需要了解join匹配原理的知识:https://www.cnblogs.com/LQBlog/p/10711743.html mysql执行计划表结构 各个字段详解 测试表结构说明 sl_sales_bill_copy1 订单抬头表 sl_sales_...
这一次，彻底读懂Mysql执行计划
weixin_33850890的博客
01-08 160
写在最前面 本文主要介绍mysql执行计划各个字段的作用，以及如何利用Mysql执行计划优化我们的Sql,本文主要面向后端开发程序员，以及需要和数据库打交道的同学们。 1、什么是Mysql执行计划 所谓的执行计划就是Mysql如何执行一条Sql语句,包括Sql查询的顺序、是否使用索引、以及使用的索引信息等内容。一个例子： 基本语法 explain select ... 复制代码一些变体 expl...
彻底读懂Mysql执行计划
初心不改，事在人为
06-15 199
在现如今的软件开发中，关系型数据库是做数据存储最重要的工具。无论是Oracale还是Mysql，都是需要通过SQL语句来和数据库进行交互的，这种交互我们通常称之为CRUD。在CRUD操作中，最最常用的也就是Read操作了。而对于不同的表结构，采用不同的SQL语句，性能上可能千差万别。本文，就基于MySql数据库，来介绍一下如何定位SQL语句的性能问题。 对于低性能的SQL语句的定位，最重要也是最有效的方法就是使用执行计...
MySQL执行计划解析
航行博客
08-31 1278
在实际数据库项目开发中，由于我们不知道实际查询时数据库里发生了什么，也不知道数据库是如何扫描表、如何使用索引的，因此，我们能感知到的就只有SQL语句的执行时间。尤其在数据规模比较大的场景下，如何写查询、优化查询、如何使用索引就显得很重要了。 那么，问题来了，在查询前有没有可能估计下查询要扫描多少行、使用哪些索引呢？ 答案是肯定的。以MySQL为例，MySQL通过explain命令输出执行计划，对要执行的查询进行分析。 什么是执行计划呢？ 简单来说，就是SQL在数据库中执行时的表现情况，通常用于SQL
MySQL explain-MySQL执行计划解读.ppt
04-23
MySQL explain-MySQL执行计划解读.ppt
mysql-5.5.61-win32.zip
08-23
以下是对 MySQL 5.5.61 的详细解读： 1. **MySQL 版本历史**： - MySQL 5.5 是一个重要的里程碑，于2010年发布，引入了大量新特性和改进。5.5 版本主要关注性能提升、并发处理能力以及 InnoDB 存储引擎的增强。 2...
Oracle-sql执行计划解析
最新发布
cyhysr的博客
03-11 1294
参照Oracle的执行计划是sql调优的基础执行计划是optimizer（优化器）为SELECT、UPDATE、INSERT、DELETE语句选择的，一个语句的执行计划是数据库运行语句时各项操作的顺序。
☆explain执行计划解析
阿鹏的笔记
12-26 1077
id select_type 1 simple 它表示简单的select没有union和子查询 2 primary 最外面的select在有子查询的语句中最外面的select查询就是primary上图中就是这样 3 union union语句的第二个或者说是后面那一个 4 dependent union UNION中的第二个或后面的SELECT语句取决于外面的查询 5 union result
MySql-执行计划解析(学习总结)
qq_21575929的博客
10-19 443
目录 1. Mysql-执行计划怎么看? 2. 强制走索引 3. 使用trace工具 1.--关闭查询缓存 2. --开启trace 3. 使用trace工具分析 4. trace分析结果 5. 关闭trace 4. 索引下推概念 5. 使用文件排序排序原理 5.1 修改max_length_for_sort_data参数 6. 索引设计原则 1. Mysql-执行计划怎么看? 执行计划基础参数解析： 1.id: 查询顺序的编号 2.sele...
执行计划详解
韦木三
07-07 822
执行计划描述数据库引擎执行SQL语句时实时的操作。执行计划是一棵树，用来描述SQL引擎执行操作的顺序以及各个操作之间的关系。树中的每个节点是一个行源操作，例如：表扫描、联接或排序。在各操作节点之间，存在这父子关系： 1、一个父操作拥有一个或多个子操作； 2、一个子操作只有一个父操作； 3、唯一没有父操作的操作是树的根操作（顶层操作）。 4、子操作跟随着它们的父操作，在右侧缩进排列，同一个父操作下的所有子操作都拥有相同的缩进。 5、父操作在子操作之前出现（父操作的ID比子操作的ID要小）。了解父子关系对于理解
Mysql的执行计划
小男孩tom的博客
09-29 964
一、Mysql执行计划 执行计划就是Mysql如何执行一条SQL语句，包括SQL查询的顺序、是否使用索引、使用什么索引、使用的索引的相关信息等。 基本语法： explain select ... mysql的explain 命令可以用来分析select 语句的运行效果。 除此之外，explain 的extended 扩展能够在原本explain的基础上额外的提供一些查询优化的信息，这些信息...
mysql 源码 王恒 [mysql数据结构+mysql 执行计划]
weixin_33953249的博客
08-07 159
http://blog.chinaunix.net/uid/26896862/cid-156733-list-1.html http://www.it168.com/redian/wangheng/
Mysql Explain详解
jxx_1_112136的博客
04-19 98
Mysql Explain详解 1. id列 id列的编号是 select 的序列号，有几个 select 就有几个id，并且id的顺序是按 select 出现的顺序增长的。 id列越大执行优先级越高，id相同则从上往下执行，id为NULL最后执行。 2. select_type列 select_type 表示对应行是简单还是复杂的查询。 1)simple:简单查询。查询不包含子查询和union 1 mysql> explain select * from film where id = 2
建索引的几大原则
weixin_40719395的博客
09-17 170
建索引的几大原则 1.最左前缀匹配原则，非常重要的原则，mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引则都可以用到，a,b,d的顺序可以任意调整。 2.=和in可以乱序，比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序，mysql的查询优化器会
MySQL Explain语句分析
@日月空@的博客
11-13 625
什么是EXPLAIN？ Explain 命令是查看查询优化器如何决定执行查询的主要方法。学会解释 Explain 命令输出的信息将帮助你了解 MySQL 优化器是如何工作的。 什么时候使用 EXPLAIN? 在工作中，经常要做一些优化工作，比如优化SQL语句。 通常的操作是我们会开启慢查询，让慢查询日志去记录一些执行时间比较长的SQL语句，找出这些SQL语句后，就需要用explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有全表扫描、表如何连接及连接顺序等。 所以
005 mysql索引失效
诸般世界
05-04 244
step1 通过执行计划查看索引情况 explain + sql语句 explain select * from t1 where a=1 and b=1 and c=1 and d=1 ; 1.参数 explain出来的信息有10列：id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra；...
spark-sql执行源码解读
01-30
总的来说，Spark SQL 的执行源码解读涵盖了解析器、优化器、物理计划生成、执行引擎以及数据存取等方面的内容。通过深入了解这些内容，可以更好地理解 Spark SQL 的内部工作原理，并对其进行二次开发和优化。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值