分布式事务2PC、3PC过程

7 篇文章 0 订阅

2PC

1PC阶段

这里向协调者注册有事务服务,通常是使用MQ,注册成功后 执行本地事务。提交和回滚是2PC阶段
在这里插入图片描述

2PC阶段。

2PC阶段是提交。首先进行预处理(验证SQL语法,值的范围),然后想协调者commit,协调者返回成功,在执行本地事务。这时候大家能够发现一个问题。这里2PC是弱分布式事务,不不能保证两个事务能够同事执行成功,比如 订单服务的 5commit成功, 支付服务的 5commit失败。那么 订单服务的 事务将不会回滚。发生的概率很低。
在这里插入图片描述

3PC

1PC阶段

这里与2PC对比,多了一个 can commit过程。尝试是否可以提交到数据库,如果可以提交,就获取到该记录的锁将其锁住。
在这里插入图片描述

2PC阶段

这里和就是告诉协调者,我准备开始提交数据库事务了,协调者返回说可以提交,你开始执行本地数据库事务修改数据吧。
在这里插入图片描述

3PC

最后异步协调者通知提交 数据库本地事务。 和2PC对比,多了一步 can commit 数据加锁
在这里插入图片描述

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值