两阶段提交协议

两阶段提交协议应用场景,在网购应用中,用户付款后通常需要修改订单表的状态为已付款,同时要去库存表进行减库存操作,因为网购应用中通常都是以微服务形式进行的,也就是订单服务跟库存服务都是独立的,当然理想情况下订单表跟库存表都要更新成功,这两个独立的应用如何才能都同时更新成功或者都同时失败呢,这时候可以用两阶段提交协议思想做:
1,先更新订单表跟库存表,也就是预提交,precommit。然后协调器再根据返回结果判断是否都更新完毕,如果两个都为true,则真正commit,只要有任何一个不成功,则回滚,开源框架atomikos可以实现该场景,这里atomikos就是充当了协调者的角色,其核心原理就是把操作不同数据库的结果封装到内部类中,然后进行统一提交或者回滚操作

在这里插入图片描述

### 两阶段提交协议的终止或完成 #### 预备阶段 (Prepare Phase) 在预备阶段,事务协调器向所有参与者发送准备消息。每个接收到此消息的参与者会执行所需的操作并记录下这些操作以便可以回滚或确认。一旦参与者完成了必要的准备工作,则返回给协调器一个肯定的回答表示已准备好提交;如果有任何问题无法继续,则返回否定回答。 对于Flink中的情况,在预提交阶段Sink函数将待写入的数据存储到临时位置,并通知Operator算子已经准备好进行最终提交[^1]。 #### 提交决策阶段 (Commit Decision Phase) 当所有的参与者都回应完毕后: - **如果全部同意**:协调者广播`COMMIT`命令至各节点,指示它们正式提交更改。此时各个参与者按照指令实际地应用之前所做的变更,并释放资源锁等措施来确保整个系统的状态一致。 - **若有任意一方拒绝** 或者超时未得到应答:则由协调者发出`ABORT`信号让所有成员撤销先前做的工作以保持系统的一致性和完整性。 在Flink里,若是所有sink均反馈成功,则operator会触发真正的数据落地动作;反之遇到失败情形就取消此次checkpoint并且回退至上一次成功的检查点重新开始计算流程[^4]。 ```java // 假设这是简化版的Java伪代码展示2PC过程的一部分逻辑 public class TwoPhaseCommitProtocol { public void prepare() throws Exception { // 执行业务逻辑前的准备工作... // 向所有参与者发送PREPARE请求 boolean allVotesGranted = true; for(Participant p : participants){ if(!p.vote()){ allVotesGranted = false; break; } } if(allVotesGranted){ commit(); }else{ abort(); } } private void commit(){ // 发送COMMIT命令给所有参与者 for(Participant p : participants){ p.doCommit(); } } private void abort(){ // 发送ABORT命令给所有参与者 for(Participant p : participants){ p.undoChanges(); } } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值