MySQL | SQL 语句是怎样执行的呢？

女爷i 2022-03-30 11:50 143阅读 0赞

> 微信公众号：一个优秀的废人  
> 如有问题或建议，请后台留言，我会尽力解决你的问题。

#### 前言 ####

高产似母猪，废话少说，今天刚好读到一篇关于 MySQL 语句底层如何执行的文章，以下是我的理解，分享给你们。

#### 简单的 SQL 语句 ####

mysql> select * from User where ID=10086；

上面是一条非常简单的 SQL 查询语句，咋一看是不是觉得很简单，但却不懂它内部的执行流程？

根据自己的理解，我画了个不那么专业的执行流程图，先给出这条 SQL 语句的执行流程，再逐步解析每个流程，执行流程图如下：

![SQL语句执行流程图][SQL]

你可以清晰地看到，MySQL 其实分为两层，server 层和存储引擎层。

server 层包括 连接器、查询缓存、分析器、优化器、执行器等，这一层涵盖了 MySQL 的大部分核心功能，包括你平时用到的很多函数。从图中可以看出，不同的引擎使用同一个 Server 层。

存储引擎层则是复制数据的存储和读取。由于在 MySQL 中，存储引擎是以插件形式存在的。所以它支持 InnDB、MySAM、Memory 等引擎，其中用得最多的就是 InnDB。

#### 连接器 ####

这条语句执行的第一步就是连接数据库，这时会调用连接器干这个事情。他负责跟客户端建立连接、获取权限、维持和管理连接。

连接命令一般是这么写的，相信不用我过多解释。

mysql -h 192.168.0.201 -P 3306 -u root -p123

输入这条命令之后最底层就是客户端与数据库之间进行经典的 TCP 握手通信，连接完成后，连接器就开始校验当前用户的身份。

*  如果账号密码不对，就会抛出 **Access denied for user** 的异常。
 *  如果账号密码正确，连接器就会读取当前用户此时所拥有的的权限，值得注意的是，在连接过程中，即使你用管理员账号修改当前用户的权限，丝毫不会影响它在本次连接的权限，你的修改需要等到下次连接才会生效。
 *  如果你长时间没有操作数据库，这个连接自动断开，这个时间默认是 8 小时。这个时候你要操作数据库就必须重连。

#### 如何取舍长连接和短连接？ ####

长连接指的是数据库持续拥有一个连接，短连接指每次执行完很少的几次操作就断开连接。

但是有个问题，长连接临时使用的内存管理在连接对象中，如果使用长连接，内存占用太大导致 MySQL 重启，而连接本来就是一个非常复杂的操作（想想 TCP 通信），我们又不能使用短连接。那如何取舍呢？

可以考虑以下方案：

1.  定期断开长连接，使用一段时间，或者程序里面判断占用内存较大时，断开连接。
2.  MySQL 5.7 以上版本，可以在执行一个大的操作后，运行 mysql\_reset\_connection 来初始化链接资源，这个过程并不需要重连，但还是会恢复到初始连接的状态。

#### 查询缓存 ####

若开启了查询缓存，之前执行过的语句会以 key-value 对的形式存在。典型应用就是 redis。

连接建立完成后，接下来，select 语句就是到查询缓存中判断是否有当前语句的缓存，若有直接返回结果集。

使用了查询缓存效率会很高。但一般不建议用，为什么？

#### 为什么不建议用查询缓存？ ####

查询缓存失效的频率非常高，只要有对表的更新，这个表的所有查询缓存就失效了，你辛苦存起来的缓存，还没使用就这么一下子就没了。对于经常更新的数据库来说，查询缓存根本没必要存在。除非你的表数据是不常变动的，建议你使用查询缓存。

#### 分析器 ####