分布式事务的2pc方式以及3pc方式

2PC:即2 phase committee,包括准备阶段和提交阶段。这种方法把分布式事务设置为事务参与方(业务方),和事务管理方(协调方)。
(1)准备阶段: 事务协调者(事务管理器)给每个参与者(资源管理器)发送Prepare消息,每个参与者要么直接返回失败(如权限验证失败),要么在本地执行事务,写本地的redo和undo日志,但不提交。
(2)提交阶段:如果协调者收到了参与者的失败消息,或者超时,直接给每个参与者发送回滚(Rollback)消息;否则,发送提交(Commit)消息;参与者根据协调者的指令执行提交或者回滚操作,释放所有事务处理过程中使用的锁资源。(注意:必须在最后阶段释放锁资源)。
2pc提交,锁会从准备阶段一直持有,到最后阶段完成,才会释放锁。因此在分布式的环境下,性能并不是很好
在这里插入图片描述

3PC:三阶段提交协议,3 phase committee。 与两阶段提交不同的是,三阶段提交有两个改动点。 引入超时机制。同时在协调者和参与者中都引入超时机制。

cancommit阶段:和2PC的准备阶段很像。协调者向参与者发送commit请求,参与

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
2PC(Two-Phase Commit)是一种常见的分布式事务协议,用于确保多个数据库或服务之间的事务的一致性。它的工作原理如下: 1. 准备阶段(Prepare Phase):事务协调者(Coordinator)向所有参与者(Participants)发送准备请求,并等待它们的响应。参与者执行事务的准备操作,将准备结果(可以提交或中止)返回给协调者。 2. 提交阶段(Commit Phase):如果所有参与者都准备就绪(即返回提交的准备结果),协调者向所有参与者发送提交请求。参与者根据协调者的请求,执行事务的提交操作,并向协调者发送提交完成的通知。 3. 中止阶段(Abort Phase):如果任何参与者返回中止的准备结果,或者在提交阶段中发生通信故障,则协调者向所有参与者发送中止请求。参与者执行事务的中止操作,并向协调者发送中止完成的通知。 2PC采用了两个阶段的提交过程,通过协调者的指导来保证所有参与者在提交或中止事务时达成一致。但是2PC存在一些问题,例如: 1. 同步阻塞:在准备和提交阶段,协调者需要等待所有参与者返回结果,这会导致阻塞,特别是当参与者之间通信故障或者响应时间较长时。 2. 单点故障:协调者是2PC协议的中心节点,如果协调者发生故障,整个分布式系统将无法正常工作。 3. 数据不一致:如果在提交阶段发生通信故障,部分参与者已经提交事务而另一部分参与者无法接收到提交请求,会导致数据的不一致。 因此,虽然2PC是一种常见的分布式事务协议,但它存在一些局限性。在实际应用中,可以考虑使用其他分布式事务协议,如3PC(Three-Phase Commit)或者使用更为灵活的CAP定理相关的协议,根据具体的应用场景选择适合的分布式事务处理方式

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值