你知道 MySQL update 语句背后藏着哪些不可告人的秘密？

本篇文章给大家分享《你知道 MySQL update 语句背后藏着哪些不可告人的秘密？》，覆盖了数据库的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

前面的文章我们已经对MySQL的查询语句的执行流程进行了说明，感兴趣的可以去看看：

面试官：MySQL 是如何执行一条查询语句的？

本篇文章我们来聊聊 MySQL更新语句的执行原理。
更新流程和查询流程有什么不同呢？

基本流程也是一致的，也就是说，它也要经过解析器、优化器的处理，最后交给执行器。

区别就在于拿到符合条件的数据之后的操作。

update user set name = 'jiangwang' where id=1;

1. 事务开始，从内存或磁盘取到这条数据，返回给 Server 的执行器；
2. 执行器修改这一行数据的值为 jiangwang；
3. 记录 name=mayun 到 undo log；
4. 记录 name=jiangwang 到 redo log；
5. 调用存储引擎接口，在内存（Buffer Pool）中修改 name=jiangwang；
6. 事务提交。

内存和磁盘之间，工作着很多后台线程，什么是后台线程呢？

后台线程的主要作用是负责刷新内存池中的数据和把修改的数据页刷新到磁盘。后台线程分为：

master thread

IO thread

purge thread

page cleaner thread

Binlog

除了 InnoDB 架构中的日志文件，MySQL 的 Server 层也有一个日志文件，叫做 binlog，它可以被所有的存储引擎使用。

binlog 以事件的形式记录了所有的 DDL 和 DML 语句（因为它记录的是操作而不是数据值，属于逻辑日志），可以用来做主从复制和数据恢复。

跟 redo log 不一样，它的文件内容是可以追加的，没有固定大小限制。

在开启了 binlog 功能的情况下，我们可以把 binlog 导出成 SQL 语句，把所有的操作重放一遍，来实现数据的恢复。

binlog 的另一个功能就是用来实现主从复制，它的原理就是从服务器读取主服务器的 binlog，然后执行一遍。

有了这两个日志之后，我们来看一下一条更新语句是怎么执行的（redo 不能一次写入了）：

例如一条语句：

update user set name='小马' where id=1;

1. 先查询到这条数据，如果有缓存，也会用到缓存。
2. 把 name 改成

   小马

   ，然后调用引擎的 API 接口，写入这一行数据到内存，同时记录 redo log。这时 redo log 进入 prepare 状态，然后告诉执行器，执行完成了，可以随时提交。
3. 执行器收到通知后记录 binlog，然后调用存储引擎接口，设置 redo log为 commit 状态。
4. 更新完成。

小结

MySQL的更新语句的执行流程的原理，上面也已经说得很清楚了，最后我们总结一下重点：

1. 先记录到内存（buffer pool），再写日志文件。
2. 记录 redo log 分为两个阶段（prepare 和 commit）。
3. 存储引擎和 server 分别记录不同的日志。
4. 先记录 redo，再记录 binlog。

今天带大家了解了MySQL、Java的相关知识，希望对你有所帮助；关于数据库的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~