MySQL 两阶段提交（Two-Phase Commit, 2PC

MySQL 两阶段提交的作用

MySQL 的两阶段提交主要用于 保证 redo log（InnoDB 引擎日志）和 binlog（MySQL 二进制日志）之间的一致性，尤其在崩溃恢复时能够确保事务的原子性和持久性 。

---

两阶段提交的两个阶段

第一阶段：Prepare 阶段

1. InnoDB 将事务的修改写入内存，并生成对应的 redo log，但此时 redo log 处于 prepare 状态。
2. 同时，MySQL Server 层将该事务的逻辑操作写入 binlog（但尚未提交）。

这个阶段完成后，事务处于“准备就绪”状态，但还未真正提交，仍可回滚。

第二阶段：Commit 阶段

1. 如果 binlog 写入成功，InnoDB 会将 redo log 的状态从 prepare 修改为 commit，表示事务正式提交 。
2. 此时，事务的修改被持久化，不可回滚 。

整个流程可简化为：

redo log (prepare) → 写 binlog → redo log (commit)

这个顺序就是 MySQL 实现两阶段提交的核心 。

---

为什么需要两阶段提交？

• 如果只写 redo log 不写 binlog，主从复制会丢失数据；
• 如果只写 binlog 不写 redo log，崩溃恢复时可能丢失已提交事务；
• 两阶段提交通过协调两个日志的写入顺序和状态，确保它们的一致性 。

---

补充：分布式事务中的 2PC

在分布式事务（如 XA 事务）中，两阶段提交也用于协调多个数据库节点：

• 第一阶段：协调者询问所有参与者是否可以提交；
• 第二阶段：根据所有参与者的响应，统一决定提交或回滚 。

不过 MySQL 默认的两阶段提交主要是为了解决 单机下 redo log 与 binlog 的一致性问题，而非分布式场景 。

---

相关blog：

• MySQL 事务的两阶段提交
• 被面试官问住了，MySQL 两阶段提交是什么鬼？
• Mysql-事务执行过程（两阶段提交）