分布式事务之三阶段提交

CanCommit阶段:询问阶段

在这里插入图片描述

Precommit阶段:事务执行但不提交阶段

在这里插入图片描述

doCommit阶段:事务提交阶段

在这里插入图片描述

优点

相对于2pc,3pc主要解决的单点故障问题,并减少阻塞,因为一旦参与者无法及时的收到来自协调者的信息之后,他会默认执行commit,而不会一直持有事务资源并处于阻塞状态

缺点

会出现数据一致性问题,由于网络原因,协调者发送中断响应没有及时的被参与者接收到,那么参与者在等待超时之后执行了commit操作,这样就其他的接到中断命令并执行回滚的参与者之间存在数据不一致的情

分布式事务阶段提交(Three-Phase Commit,3PC)是在传统的两阶段提交(Two-Phase Commit,2PC)基础上进行改进的一种分布式事务协议。它通过引入预备阶段解决阶段提交协议中的阻塞问题分布式事务阶段提交的过程如下: 1. CanCommit 阶段:事务协调者向所有参与者发送 CanCommit 请求,等待参与者的回复。参与者在接收到 CanCommit 请求后,会执行本地的事务检查,判断是否可以提交事务。如果所有参与者都返回 Yes,则进入下一阶段;如果有任何一个参与者返回 No,则中止事务。 2. PreCommit 阶段:事务协调者向所有参与者发送 PreCommit 请求,等待参与者的回复。参与者在接收到 PreCommit 请求后,会执行事务的预提交操作,将预提交结果返回给事务协调者。如果所有参与者都返回 Acknowledgement,则进入下一阶段;如果有任何一个参与者返回 Abort,则中止事务。 3. DoCommit 阶段:事务协调者向所有参与者发送 DoCommit 请求,等待参与者的回复。参与者在接收到 DoCommit 请求后,会执行事务的最终提交操作,提交结果返回给事务协调者。如果所有参与者都返回 Acknowledgement,则整个事务提交成功;如果有任何一个参与者返回 Abort,则整个事务被回滚。 分布式事务阶段提交相对于传统的两阶段提交协议,引入了预备阶段(PreCommit),在该阶段参与者可以执行预提交操作,但仍然需要协调者的最终确认才能进行最终提交。这样可以减少阻塞等待的时间,提高了系统的发性能。 然而,分布式事务阶段提交仍然存在一些问题,如单点故障、网络分区等情况下的可用性问题。因此,在实际应用中,需要综合考虑业务需求和系统特点,选择合适的事务协议来保证数据的一致性和可靠性。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值