【Mysql中一条简单的查询语句背后经历了什么】

Mysql中一条语句的大致执行流程

`提示：以下是本篇文章正文内容，仅供参考

一、基本架构

二、概述

MySQL可以分为Server层和存储引擎层两部分。

其中Server层包括连接器、查询缓存、分析器、优化器、执行器等，涵盖MySQL的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。

而存储引擎层负责数据的存储和提取。其架构模式是插件式的，支持InnoDB、MyISAM、等多个存储引擎。当执行create table建表的时候，如果不指定引擎类型，默认使用的就是InnoDB（5.5以后），也可以使用engine=MyISAM指定引擎。

从这张图中不难看出，不同的存储引擎共用一个Server层，也就是从连接器到执行器的部分。

三、各个部件的解释

1.连接器

首先，你会先连接到这个数据库上，这时候接待你的就是连接器。连接器负责跟客户端建立连接、获取权限、维持和管理连接。
mysql -h ip -p port -u user -p password
这个命令中的mysql是客户端工具，用来跟服务端建立连接。在完成TCP握手后，连接器开始认证身份，这时候用的就是输入的用户名和密码。

如果用户名密码认证通过，连接器会到权限表中查出你拥有的权限。之后，这个连接中的权限判断逻辑，都依赖于此时读到的权限。
也就是说，一个用户成功建立连接后，即使你用管理员账号对这个用户的权限做出修改，也不能影响已经存在连接的权限。修改完成后，除非再新建连接才会使用新的权限设置。

连接完成后，如果没有后续的动作，这个连接就处于空闲状态，你可以在show processlist命令中看到它。图中Command列显示为“Sleep”的结果，就表示是系统里面的空闲连接。

客户端如果太长时间没动静，连接器就会自动把它断开。这个时间是由参数wait_timeout控制的，默认是8小时。
如果在连接被断开之后，客户端再次发送请求的话，就会收到错误提示，这个时候如果要继续，就需要重连。

数据库里面，长连接是指连接成功后，如果客户端持续有请求，则一直使用同一个连接。短连接则是指每次执行完很少的几次查询就断开连接，下次查询再重新建立一个。
建立连接的过程通常是比较复杂的，所以在使用中要尽量减少建立连接的动作，也就是尽量使用长连接。
但是全部使用长连接后，有时候MySQL占用内存涨得特别快，这可能是因为MySQL在执行过程中临时使用的内存是管理在连接对象里面的。这些资源会在连接断开的时候才释放。所以如果长连接累积下来，可能导致内存占用太大，被系统强行杀掉（OOM），从现象看就是MySQL异常重启了。

这个问题解决主要有两个方面。
定期断开长连接或者可以在每次执行一个比较大的操作后，通过执行 mysql_reset_connection来重新初始化连接资源。这个过程不需要重连和重新做权限验证，但是会将连接恢复到刚刚创建完时的状态。（5.7以后）

2.## 查询缓存

连接建立完成后，select逻辑开始了。这时候会来到第二步：查询缓存。

MySQL拿到一个查询请求后，会先到查询缓存看看，之前是不是执行过这条语句。之前执行过的语句及其结果可能会以k-v对的形式，被直接缓存在内存中。key是查询语句，value是查询结果。如果你的查询能够直接在这个缓存中找到key，那么这个value就会被直接返回给客户端。后面流程不再走。
如果语句不在查询缓存中，就会继续后面的执行阶段。执行完成后，执行结果会被存入查询缓存中。

但大多数情况下建议你不要使用查询缓存，因为查询缓存往往弊大于利。

因为一些活动表查询缓存的失效非常频繁，只要有对一个表的更新，这个表上所有的查询缓存都会被清空。因此很可能刚结果存起来，还没使用呢，就被一个更新全清空了。对于更新压力大的数据库来说，查询缓存的命中率会非常低。（还是得根据业务来定，更新不频繁的可以使用）
mysql 8.0版本以后就已经放弃这个功能了。

3.## 分析器

前提是没有命中缓存，因为MySQL需要知道你要做什么，所以要解析你的意图。

什么叫词法分析？

你输入的是由多个字符串和空格组成的一条SQL语句（select * from t where id = 1），MySQL需要知道这里面的字符串是什么，代表什么意思。把字符串“t”识别成“表名t”，把字符串“id”识别成“列id”。

什么叫语法分析？

很简单就是看你的sql语句写的对不对，符不符合mysql的规范，不符合将会收到“You have an error in your SQL syntax”。

4.优化器

经过分析器MySQL已经知道你的意图。但是开始执行你写的sql之前，还得经过优化器处理。

优化器是在表里面有多个索引的时候，决定使用哪个索引；或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序。比如你执行下面这样的语句，这个语句是执行两个表的join：

select * from t1 join t2 using(id) where t1.c=6 and t2.d=7;
既可以先从表t1里面取出c=6的id值，再根据id值关联到t2判断里面d的值是否等于7。
也可以先从表t2里面取出d=7的id值，再根据id值关联到t1判断里面c的值是否等于6。
这两种执行方法的结果是一样的，但是效率是不一样的，优化器的作用就是决定选择用更优质的方案。

5.执行器

经过上述过程后，开始正式执行语句

开始执行的时候，会判断你对这个表有没有执行查询的权限，如果没有，就会返回没有权限的错误。（ERROR 1142 (42000)）
如果有权限就继续执行。执行器会根据表的引擎定义，去使用这个引擎提供的接口。

过程大致是这样的
例如：select * from t where id = 6
调用InnoDB引擎接口取这个表的第一行，判断id值是不是6，如果不是则跳过，如果是则将这行存在结果集中；
继续调用引擎接口取“下一行”，重复相同的判断逻辑，直到取到这个表的末端。然后将上述结果集返回给客户端。

至此，这个语句就执行完成了。