redo log 和 bin log 的两阶段提交

两阶段提交的过程

当事务提交后,有一个两阶段提交策略。

在开启两阶段提交时,会开启一个 XA 事务(宏观上的事务),

Prepare 阶段:将 redo log 的状态设置为 prepare,然后将 事务XID 写入 redo log,然后提交 redo log

Commit 阶段:将事务 XID 写入bin log,然后对 bin log 刷盘,最后将 redo log 的状态设置为 commit

当断电后,进行崩溃恢复时,会按照顺序扫描 redo log 文件

  1. 会首先查看 redo log 的状态,如果 redo log 的状态为 commit,则说明事务的两阶段提交已经完成,可以放心进行数据恢复。

  2. 如果 redo log 状态为 prepare,则检查 redo log 中的 XID

  3. 再根据 XID 去 bin log 中进行查找,如果 bin log 中不存在 XID,则说明 虽然 redo log 刷盘了,但是 bin log 没有刷盘,此时会进行事务回滚(根据 undo log 回滚)

  4. 如果 bin log 存在 XID,则虽然 redo log 处于 prepare 状态,但 bin log 已经刷盘了,此时会对事务进行提交。同时也可以放心进行数据恢复。

为什么有两阶段提交

主要是为了保证主从数据库一致性。

若没有两阶段提交,可能发生 redo log 已经刷入磁盘但 bin log 没有刷入磁盘,或者 bin log 已经刷入磁盘而 redo log 没有刷入磁盘的情况。如果是前者,若断电,则崩溃恢复后主数据库的数据可以恢复,而从数据库从 bin log 中获取到的数据是有缺失的,从而导致主从不一致。如果是后者,若断电,则恢复后,主数据库的数据会丢失,而从数据库的数据可以恢复完整,也会导致主从不一致现象。

相关推荐
Data_Journal1 小时前
用于网页抓取的 Node-unblocker
大数据·开发语言·数据库·python·scrapy
涤生大数据1 小时前
一次“没有运行日志”的DolphinScheduler任务失败排查
大数据·数据库·人工智能·状态模式
专注API从业者1 小时前
告别人工盯品!借助 Open Claw 搭建电商商品自动化监控与数据分析系统(完整可运行源码)
大数据·运维·数据库·数据分析·自动化
viskaz2 小时前
数据库迁移流程学习
数据库
auspicious航3 小时前
PostgreSQL写入慢全攻略:原因排查与性能调优实战
数据库·postgresql
IvorySQL3 小时前
PostgreSQL 日报|逻辑复制行过滤致数据丢失(8 月 21 日)
数据库·postgresql
重生之我是Java开发战士3 小时前
【Java EE】事务与事务的传播机制
数据库·java-ee
润乾软件3 小时前
Trae+SQLazy 编写复杂 SQL 实践
数据库·sql
会编程的吕洞宾3 小时前
Redis大Key拖垮线上?排查定位与治理实战
数据库·redis·bootstrap
呆呆小孩4 小时前
零基础学 MySQL(上):从建库建表到增删改查,一篇搭好 SQL 基础
android·sql·mysql