8张图，5大组件！了解MySQL查询语句执行过程。

最新推荐文章于 2024-01-18 02:06:33 发布

公众号【Java大蜗牛】

最新推荐文章于 2024-01-18 02:06:33 发布

阅读量359

点赞数

分类专栏： java 编程语言 JVM 文章标签：数据库 mysql java python 编程语言

本文链接：https://blog.csdn.net/Soar_M/article/details/115919515

版权

java 同时被 3 个专栏收录

55 篇文章 0 订阅

订阅专栏

编程语言

33 篇文章 0 订阅

订阅专栏

JVM

6 篇文章 1 订阅

订阅专栏

开篇

相信广大程序员朋友经常使用MySQL数据库作为书籍持久化的工具，我们最常使用的就是MySQL中的SQL语句，从客户端向MySQL发出一条条指令，然后获取返回的数据结果进行后面的逻辑处理。尽管大家经常使用SQL语句完成工作，你是否关注过其执行的阶段，利用了哪些技术完成？今天，就带大家一起看看MySQL数据库处理SQL请求的全过程。下面将会讲述如下内容：

查询请求在MySQL中的处理流程
MySQL 中处理SQL的组件介绍，包括：
连接器
查询缓存
分析器
优化器
执行器

查询请求的执行流程

众所周知在MySQL数据库应用中查询请求是使用最多的，假设我们输入代码段1 中的SQL，通过客户端请求MySQL服务器，会得到一个包含user的结果集。但是，其中MySQL的处理过程我们并不了解，那么下面就让我们一起看看在查询请求前后MySQL服务端发生了些什么吧。

Select * from user where userId=1

代码段1

如图1 所示，整张图由三部分组成，从上到下分别是客户端（紫色）、MySQL Server层（绿色）、MySQL存储引擎层（黄色）。

l 客户端不言而喻，主要负责与MySQL Server层建立连接，发送查询请求以及接受响应的结果集。

l MySQL Server层，主要包括连接器、查询缓存、分析器、优化器、执行器等。这些组件包含了MySQL的大部分主要功能，例如平时使用最多的存储过程、触发器、视图都在这一层中。还有一个通用的日志模块 bin log。

l MySQL 存储引擎层，主要负责数据的存储和提取。其支持多个存储引擎，例如：InnoDB、MyISAM等。常用的有InnoDB，它从MySQL 5.5.5版本开始成为了MySQL的默认存储引擎，重要的是InnoDB 引擎包含了自带的日志模块 redo log，这个在后面讲述更新语句的时候会着重提到。
在这里插入图片描述
图1 MySQL 查询请求处理流程

上面介绍了MySQL的组件结构，那么这里将其处理SQL语句的流程简单梳理一遍，之后再对每个组件逐一进行介绍。如图2 所示，在图1 的基础上加上了流程处理的编号，顺着编号来看看MySQL的各各组件是如何处理SQL查询请求的。

  连接器： 当客户端登陆MySQL的时候，对身份认证和权限判断。

  查询缓存: 执行查询语句的时候，会先查询缓存（MySQL 8.0 版本后移除）。

  分析器: 假设在没有命中查询缓存的情况下，SQL请求就会来到分析器。分析器负责明确SQL要完成的功能，以及检查SQL的语法是否正确。

  优化器： 为SQL提供优化执行的方案。

  执行器: 将语句分发到对应的存储引擎执行，并返回数据。

在这里插入图片描述
图2 SQL 请求执行流程

MySQL组件定义
上面通过一张大图将SQL执行流程进行了梳理，这里将对应的组件进行详细介绍。

连接器
客户端需要通过连接器访问MySQL Server，连接器主要负责身份认证和权限鉴别的工作。也就是负责用户登录数据库的相关认证操作，例如：校验账户密码，权限等。在用户名密码合法的前提下，会在权限表中查询用户对应的权限，并且将该权限分配给用户。在连接完成以后可以通过图3看到连接状态，可以通过命令行“show processlist”生成图3的查询结果。其中“Command”列返回的内容中，“Sleep”表示MySQL相同中对应一个空闲连接。而“Query”表示正在查询的连接。
在这里插入图片描述

图3 连接状态

上面提到了连接状态，这里将5种连接状态整理为如下表格，方便大家参考。
在这里插入图片描述

查询缓存
在建立与数据库的连接以后就可以执行SQL语句来，不过在执行之前会先查询缓存，其目的是查看是否之前执行过该语句，并且将执行结果按照key-value的形式缓存在内存中了。

Key 是查询的SQL语句，Value 是查询的结果。如果缓存 Key 被命中，就会直接返回给客户端，如果没有命中，就会执行后续的操作，执行完SQL仍旧会把结果缓存起来，方便下一次调用。

MySQL 查询不建议使用缓存，因为会出现这样的场景：如果针对某张表进行更新，针对这张表的查询缓存就会被清空。如果张表不断地被使用（更新、查询），那么查询缓存会频繁地失效，获取查询缓存也失去了意义。不过可以运用在一些修改不频繁的数据表，例如：系统配置、或者修改不频繁的表。缓存的淘汰策略是先进先出，适用于查询远大于修改的情况下，否则建议使用Redis或者其他做缓存工具。因此大多数情况下不推荐使用查询缓存。MySQL 8.0 版本后删除了查询缓存的功能，官方认为该功能应用场景较少，所以将其删除。

如果你不需要在MySQL中使用查询缓存，也可以将参数query_cache_type设置成 DEMAND，那么默认情况下的执行SQL语句时就不会使用查询缓存了。如果打开了缓存可以通过“show status like ‘Qcache%’”命令查看缓存的情况。

如图4 所示，其中几个使用较多的状态值如下：

Qcache_inserts 是否有新的数据添加，每有一条数据添加Value会加一。

Qcache_hits 查询语句是否命中缓存，每有一条语句命中Value会加一。

Qcache_free_memory 缓存空闲大小。
在这里插入图片描述
如图4 缓存状态

分析器
如果查询缓存没有命中，那么SQL请求会进入分析器，分析器是用来分辨SQL语句的执行目的，其执行过程大致分为两步：

第一步，词法分析(Lexical scanner)

，主要负责从SQL 语句中提取关键字，比如：查询的表，字段名，查询条件等等。

第二步，语法规则(Grammar rule module)

，主要判断SQL语句是否合乎MySQL的语法。

其实说白了词法分析(Lexical scanner) 就是将整个SQL语句拆分成一个个单词，而语法规则(Grammar rule module)则根据MySQL定义的语法规则生成对应的数据结构，并存储在对象结构当中。其结果供优化器生成执行计划，再调用存储引擎接口执行。来看下面这个例子，假设有这样一个SQL语句“select username from userinfo”。

先通过词法分析，从左到右逐个字符进行解析，获得如表1的四个单词。
在这里插入图片描述
表1 语法分析关键字

然后再通过语法规则解析，判断输入的SQL 语句是否满足MySQL语法，并且生成图5的语法树。由SQL语句生成的四个单词中，识别出两个关键字，分别是select 和from。根据MySQL的语法Select 和 from之间对应的是fields 字段，下面应该挂接username；在from后面跟随的是Tables字段，其下挂接的是userinfo。

在这里插入图片描述
图5 语法规则生成语法树

优化器

优化器的作用是对SQL进行优化，生成最有的执行方案。如图6所示，前面提到的SQL解析器通过语法分析和语法规则生成了SQL语法树。这个语法树作为优化器的输入，而优化器（黄色的部分）包含了逻辑变换和代价优化两部分的内容。在优化完成以后会生成SQL执行计划作为整个优化过程的输出，交给执行器在存储引擎上执行。
在这里插入图片描述

在这里插入图片描述

总结

本文从MySQL中SQL语句的执行过程作为切入点，首先介绍了查询请求的执行流程，其中将MySQL的处理分为MySQL Server层和MySQL存储引擎层。通过介绍SQL语句的流转，引出了后面要介绍的5大组件，他们分别是：连接器、查询缓存、分析器、优化器、执行器。后面的内容中对每个组件进行了详细的介绍。连接器，负责身份认证和权限鉴别；查询缓存，将查询的结果集进行缓存，提高查询效率；分析器，对SQL语句执行语法分析和语法规则，生成语法树和执行计划；优化器，包括逻辑变换和代价优化；执行器，在检查用户权限以后对数据进行逐条查询，整个过程遵守SQL语句的执行顺序。
在这里插入图片描述
点击此处免费领取Java全套学习资料：包含2021最新完整面试题及答案（都整理成文档），有很多干货，包含mysql，netty，spring，线程，spring cloud、JVM、源码、算法等详细讲解，也有详细的学习规划图，面试题整理等学习资料！感谢阅读！三连是最大的支持！谢谢！