sql更新语句的执行流程

MySql分为两部分,⼀块是Server层，它主要做的是MySQL功能层⾯的事情；还有⼀块是引擎 层，负责存储相关的具体事宜。

与执行查询语句类似，要经过

• 连接器建立连接
• 查看有无缓存
• 分析器进行词法分析和语法分析
• 执行器负责具体执行，更新对应的行

与执行查询语句不同的是，更新流程中有两个重要的日志模块：redo log(重做日志)和binlog(归档日志)。

redo log

redo log是用来记录这个页 “做了什么改动”。为提升更新速率，当一条记录需要更新时，InnoDB引擎就会把记录先写到redo log中，并更新内存，这个时候更新就算完成。然后InnoDB引擎会在系统比较空闲的时候，将这个操作记录更新到磁盘当中。
InnoDB的redo log是固定⼤⼩的。redo log从头开始写，写到结尾就又回到开头循环写。

write pos是当前记录的位置，⼀边写⼀边后移。已经执行的记录是可以从redo log中擦除的，而checkpoint是当前要擦除的位置， 也是往后推移并且循环的，擦除记录前要把记录更新到数据⽂件。如果write pos追上checkpoint，这时候不能再执⾏新的写入操作，得先将一些记录更新到磁盘中，把checkpoint推进⼀下。
有了redo log，InnoDB就可以保证即使数据库发⽣异常重启，之前提交的记录都不会丢失。

binlog

redo log是InnoDB引擎特有的⽇志，⽽Server层也有⾃⼰的⽇志，称为 binlog(归档⽇志)。binlog有两种模式，statement 格式的话是记sql语句, row格式会记录⾏的内容，记两条，更新前和更新后都有。binlog会记录所有的逻辑操作，并且是采⽤“追加写”的形式。

日志的两阶段提交

redo log的写⼊拆成了两个步骤：prepare和commit，这就是"两阶段提交"。
执行器执行update语句时，执行器将数据更新到内存之中时，同时将更新操作记录在redo log中，此时redo log处于prepare状态。然后告知执行器执行完成，随时可以提交事务。
执行器生成该操作的binlog，并将binlog写入磁盘中。
引擎将刚写入的redo log改成提交状态，更新完毕。
如果不使⽤“两阶段提交”，那么数据库的状态就有可能和⽤它的⽇志恢复出来的库的状态不⼀致。因此”两阶段提交“有其必要性。