分布式事务简单介绍

1. 二阶段提交

降低一次请求中事故发生的概率。

资源占用大,效率低,不能100%保证事务的CAP(三者不可兼得)

2.三阶段提交

can commit

pre commit(如果超时,默认回滚)

do cpmmit(如果没有收到事务协调的回应即超时,默认提交)

3.二阶段和三阶段没有保证数据一致性,比如宕机导致的数据不一致,人工补偿,通过脚本(根据业务)

4.TCC(Try Confirm Cancel)解决方案

5.消息队列+本地事件表

缺点:适合业务链短,业务不复杂,不适合业务链长的;

优点:吞吐量高

6.可靠消息服务

7.seata

7.1.官网:https://seata.io/

7.2.

8.LCN(Lock Confirm Notify)解决方案

9.最大努力通知方案

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值