数据库两阶段提交协议具体操作流程是怎样的？

两阶段提交协议的全景概述

数据一致性就像那颗守护家园的灯塔。两阶段提交正是这盏灯塔的核心灯芯， 它帮助我们在跨越千山万水的数据库节点之间，保持事务的一致与完整。

小丑竟是我自己。 从宏观上看，2PC 由协调者和若干参与者组成。协调者负责统一调度，而参与者则在各自的数据源上施行实际的业务操作。整个过程被划分为两个紧密相连却又相对独立的阶段：准备阶段和提交阶段。

第一步：准备阶段——所有人先做好准备

1️⃣ 协调者向每一个参与者广播 PREPARE 请求，你没事吧？。

2️⃣ 每个参与者收到请求后 会在本地开启事务，施行业务逻辑，并将变更写入本地日志，但此时并不真正提交。

别担心... 3️⃣ 参与者检查本地资源是否足够、锁是否获取成功、日志是否持久化。如果一切顺利， 它们会返回 READY的应答；若出现异常，则返回 FAIL 并附带错误原因。

躺赢。 此时所有节点仿佛在等待指挥官的一声令下共同踏上同一条前进的路。

第二步：提交阶段——统一行动， 要么全成功，要么全回滚

🔹 **全体准备就绪**：如果协调者收集到所有参与者的 READY它会发送 COMMIT 指令，结果你猜怎么着？。

佛系。 • 每个参与者在收到 COMMIT 后 将本地日志中的事务持久化到磁盘，并正式提交数据。

    • 提交成功后参与者向协调者返回确认信息，表示“我已经完成”。

到头来一致性达成！整个分布式事务如同春风拂面一齐绽放，妥妥的！。

🔸 **任意节点失败**：只要有一个参与者回复了 FAIL 或者超时未回复，协调者马上发出 ABORT 指令，啊这...。