Mysql Update 流程摘抄


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都可以用于表示事务的提交状态,而两阶段提交就是让这两个状态保持逻辑上的一致

猜你喜欢

转载自www.cnblogs.com/wangdaijun/p/10963345.html