MySql更新语句的执行过程

（以innodb存储引擎为例）

一、几个基本知识介绍

1.InnoDB有一种缓冲池的技术，将磁盘读到的页放到一块内存区域中。

    我们读取数据时，并不是只将满足条件的数据加载到内存中，而是一块数据（局部性原理，我们需要的数据的附近的数据也有可能在未来会被读取），也就是数据页；

页是一个存储引擎从磁盘读取数据到内存的最小单位；

2.脏页

修改数据的时候，会先修改内存缓冲区（buffer pool）里面的页；内存的数据页和磁盘数据不一致，即为脏页。

3.刷脏

将缓冲区的数据写入磁盘（每隔一段时间，一次性完成多个修改）

4.重做日志 redo log

为防止数据库宕机、一些刷脏操作未能执行造成的数据丢失，InnoDB会将所有对数据页的修改操作专门写入redo log（数据来自buffer pool缓冲区）。

疑问：写入redolog也是对磁盘进行操作，为什么不直接写入db文件,而要先写日志再写数据文件？

原因：

刷盘是随机I/O，它会一次次的找到我们需要修改的数据并完成修改，速度缓慢；

而redolog记录的是“在数据页上做了什么修改”，如果我们找到了第一条要修改的数据，那么后面我们所需的数据一定在这条数据的后面，这也是顺序I/O。

优点：A.延迟刷盘时机，提升系统的吞吐量；B.崩溃恢复。

其他特点：

-redo log是物理日志，记录的是“在某个数据页上做了什么修改”；

-循环写，空间固定会用完，用完后覆盖之前完成的记录。

5.undo log 

记录事务发生之前的数据状态（如果修改数据时出现异常，可以用undo log来实现回滚操作）

6.归档日志 bin log

记录所有的DDL和DML语句，可用于主从复制和数据恢复:

    A.用于复制，在主从复制中，从库利用主库上的binlog进行重播，实现主从同步。

    B.用于数据库的基于时间点的还原。    (每日备份的数据库+bin log完成数据恢复)

逻辑日志，记录的是这个语句的原始逻辑，比如“给 ID=2 这一行的 c 字段加 1 ”。

二、更新语句的执行过程简述

1.先从内存或者磁盘中拿到这条数据；

2.执行器对数据状态进行修改；

3.将原来的数据状态记录到undo log；

4.调用存储引擎的API接口，在内存（buffer pool）中更新数据状态；并且，将修改后的数据记录到redo log，此时redo log进入prepare状态,并告知执行器；

5.执行器收到通知后记录binlog，并把 binlog 写入磁盘；

6.调用存储引擎接口，设置redo log为commit状态。更新完成。

注：当对应事务的脏页写入到磁盘之后，redo log的使命也就完成了，重做日志占用的空间就可以重用（被覆盖）。

有理解错误的地方，望留言指正，谢谢！