Mysql Update 流程摘抄

原文: https://blog.csdn.net/weixin_38990431/article/details/89050101#9_449

2.2.2 重要日志模块 binlog

binlog是Server层的归档日志，没有crash-safe能力
两种日志的不同：
1.redo log是InnoDB引擎特有的；binlog是Server层实现的，所有引擎都可以使用
2.redo log是物理日志，记录的是 “在某个数据页上做了什么修改”；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如 “给ID=2这一行的c字段加1”
3.redo log是 循环写的，空间固定会用完；binlog是 可以追加写入的。“追加写”是指binlog 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志

2.3 Update语句内部流程

1.执行器先找引擎去ID=2这行，ID是主键，引擎用树搜索找到这行，如果内存存在数据，直接返回给执行器，否则需要先从磁盘读入内存，再返回
2.执行器拿到引擎给的行数据，将该值加上1，得到新的一行数据，再调用引擎接口写入这行新数据
3.引擎将这行新数据更新到内存，同时将更新操作记录到redo log，redo log处于prepare状态，然后告知执行器执行完了，随时可以提交事务。
4.执行器生成这个操作的binlog，并把binlog写入磁盘
5.执行器调用引擎的提交事务接口，引擎把刚刚写入的redo log改成提交（commit）状态，更新完成

redo log和binlog都可以用于表示事务的提交状态，而两阶段提交就是让这两个状态保持逻辑上的一致