随着业务量的式事不断增长，单体架构渐渐扛不住巨大的案汇流量，此时就需要对服务进行 拆分 ，总及数据库、分布表做 分库分表 处理。式事以订单系统为例，案汇也就产生了订单中心、总及用户中心、分布库存中心等，式事由此带来的案汇问题就是业务间相互隔离，每个业务都维护着自己的数据库，数据的交换只能进行 RPC 调用。
当用户再次下单时，需同时对订单库 order、库存库 storage、用户库 account 进行操作，可此时我们只能保证自己本地的数据一致性，无法保证调用其他服务的操作是否成功，所以为了保证整个下单流程的数据一致性，就需要分布式事务介入。
实现分布式事务的方案比较多，常见的比如基于 XA 协议的 2PC、3PC，基于业务层的 TCC，还有应用消息队列 + 消息表实现的最终一致性方案。
基于 XA 协议实现的分布式事务，XA 协议中分为两部分：事务管理器和本地资源管理器。其中本地资源管理器往往由数据库实现，比如 Oracle、MYSQL 这些数据库都实现了 XA 接口，而事务管理器则作为一个全局的调度者。
两阶段提交（2PC），对业务侵⼊很小，它最⼤的优势就是对使⽤⽅透明，用户可以像使⽤本地事务⼀样使⽤基于 XA 协议的分布式事务，能够严格保障事务 ACID 特性。
2PC的缺点也是显而易见，它是一个强一致性的同步阻塞协议，事务执⾏过程中需要将所需资源全部锁定，也就是俗称的 刚性事务。所以它比较适⽤于执⾏时间确定的短事务，整体性能比较差。
一旦事务协调者宕机或者发生网络抖动，会让参与者一直处于锁定资源的状态或者只有一部分参与者提交成功，导致数据的不一致。因此，在⾼并发性能⾄上的场景中，基于 XA 协议的分布式事务并不是最佳选择。
三段提交（3PC）是二阶段提交（2PC）的一种改进版本 ，为解决两阶段提交协议的阻塞问题，上边提到两段提交，当协调者崩溃时，参与者不能做出最后的选择，就会一直保持阻塞锁定资源。
2PC 中只有协调者有超时机制，3PC 在协调者和参与者中都引入了超时机制，协调者出现故障后，参与者就不会一直阻塞。而且在第一阶段和第二阶段中又插入了一个准备阶段（如下图），保证了在最后提交阶段之前各参与节点的状态是一致的。
虽然 3PC 用超时机制，解决了协调者故障后参与者的阻塞问题，但与此同时却多了一次网络通信，性能上反而变得更差，也不太推荐。
所谓的 TCC 编程模式，也是两阶段提交的一个变种，不同的是 TCC 为在业务层编写代码实现的两阶段提交。TCC 分别指 Try、Confirm、Cancel ，一个业务操作要对应的写这三个方法。
以下单扣库存为例，Try 阶段去占库存，Confirm 阶段则实际扣库存，如果库存扣减失败 Cancel 阶段进行回滚，释放库存。
TCC 不存在资源阻塞的问题，因为每个方法都直接进行事务的提交，一旦出现异常通过则 Cancel 来进行回滚补偿，这也就是常说的补偿性事务。
原本一个方法，现在却需要三个方法来支持，可以看到 TCC 对业务的侵入性很强，而且这种模式并不能很好地被复用，会导致开发量激增。还要考虑到网络波动等原因，为保证请求一定送达都会有重试机制，所以考虑到接口的幂等性。
消息事务其实就是基于消息中间件的两阶段提交，将本地事务和发消息放在同一个事务里，保证本地操作和发送消息同时成功。
下单扣库存原理图：
基于消息中间件的两阶段提交方案，通常用在高并发场景下使用，牺牲数据的强一致性换取性能的大幅提升，不过实现这种方式的成本和复杂度是比较高的，还要看实际业务情况。
基于RokectMQ实现最终一致性具体实现可参考：订单系统中的数据一致性方案及RocketMQ事务消息详解
Seata 也是从两段提交演变而来的一种分布式事务解决方案，提供了 AT、TCC、SAGA 和 XA 等事务模式。
Seata事务管理中有三个重要的角色：
seata的XA模式做了一些调整，但大体相似：
RM一阶段的工作：
TC二阶段的工作：
RM二阶段的工作：
XA模式
Seata的starter已经完成了XA模式的自动装配，实现非常简单，步骤如下：
1、修改application.yml文件，开启XA模式：
seata: data-source-proxy-mode: XA # 开启数据源代理的XA模式2、给发起全局事务的入口方法添加@GlobalTransactional注解，
@GlobalTransactionalpublic Long create(Order order) { // 创建订单 orderMapper.insert(order); // 扣余额 ...略 // 扣减库存 ...略 return order.getId();}AT模式同样是分阶段提交的事务模型，但缺弥补了XA模型中资源锁定周期过长的缺陷。
阶段一RM的工作：
阶段二提交时RM的工作：
阶段二回滚时RM的工作：
AT模式
执行流程如下：
TCC模式与AT模式非常相似，每阶段都是独立事务，不同的是TCC通过人工编码来实现数据恢复。需要实现三个方法：
TCC的工作模型图：
TCC模式
当某分支事务的try阶段阻塞时，可能导致全局事务超时而触发二阶段的cancel操作。在未执行try操作时先执行了cancel操作，这时cancel不能做回滚，就是空回滚。
对于已经空回滚的业务，如果以后继续执行try，就永远不可能confirm或cancel，这就是业务悬挂。应当阻止执行空回滚后的try操作，避免悬挂。
Saga模式是SEATA提供的长事务解决方案。也分为两个阶段：
Saga模式优点：
缺点：
（5）模式对比
责任编辑：武晓燕 来源： 今日头条 分布式事务Seatahttps://www.cnblogs.com/chengxy-nds/p/14046856.html
(责任编辑：综合)
大家应该都知道，贷款都是要成本的，贷款平台会在借款成功后收取一定的费用，在安逸花借钱也一样。有不少人在安逸花上借的钱还清了想知道还会不会再收费，那么安逸花还清后还收费吗?这个要看具体是什么费用了，一起
...[详细]
LastPass 遭黑客攻击，源代码和专有技术泄漏作者：OSCHINA 2022-08-27 10:42:24安全 黑客攻防 LastPass 表示没有证据表明用户和企业的数据，以及加密的密码库在此次
...[详细]
用Apache Ignite实现可扩展的数据网格译文 作者：陈峻编译 2020-02-12 09:00:48大数据 在本文中，我们先介绍数据网格的基本概念、属性、以及能够提供的服务，然后讨论了如何设
...[详细]2023放榜！接收率15%：中稿全凭运气？rebuttal没用？审稿人只盯负面评价？
2023放榜！接收率15%：中稿全凭运气？rebuttal没用？审稿人只盯负面评价？作者：新智元 2023-04-21 19:18:38人工智能 新闻 IJCAI 2023放榜，你中了几篇？ 又到顶会
...[详细]现代传播(00072.HK)预计年度由盈转亏逾6500万元 集团广告收益下降
现代传播(00072.HK)发布公告，公司预计截至2020年12月31日止年度录得公司综合亏损不少于约人民币6500万元，较上年度公司净利润(合共约人民币220万元)大幅减少。亏损乃主要归因于集团广告
...[详细]
搭建物联网云平台，需要考虑18个因素作者：chris han 2021-12-02 05:58:11物联网 最近的一项研究发现了在考虑平台时需要考虑的18个因素，这些因素可以成为组织选择云物联网平台的
...[详细]
OpenStack网络配置设计作者：佚名 2013-12-08 19:51:20运维 系统运维 OpenStack OpenStack提供了丰富的网络配置环境，本文介绍设计云系统是对于网络部分需求的考
...[详细]
新浪科技讯 11月9日晚间消息，在今晚举行的华为智慧出行发布会上。余承东表示，华为通过零部件供应模式、解决方案模式、华为智选车三种合作模式，助力合作伙伴实现成功。他表示，目前华为汽车智选车模式共有四家
...[详细]银保监会完善相关政策措施 支持符合绿色低碳发展需求的保险产品和服务
11月19日，中国银保监会新闻发言人就保险机构支持绿色、低碳、循环经济发展的主要进展，以及下一步在推动实现碳达峰碳中和目标上有什么具体考虑等相关问题回答了记者的提问。中国银保监会表示，支持保险机构规范
...[详细]
优化混合云性能：数据管理技巧大公开作者：佚名 2016-07-19 09:52:20云计算 混合云 数据管理 混合云使企业能够同时拥有公有云和私有云的好处。但IT部门应该如何管理数据以避免性能上的瓶颈
...[详细]
10月国民经济继续保持恢复态势 保供稳价显效
Kubernetes Pod 删除操作源码解析
酷冷至尊 Synk X 沉浸式体感椅上架：可将声音转化为振动，7999 元
借助正确的云数据管理解决方案，让您的数据更易于访问并产生价值
趣分期逾期记录怎么消除 趣分期和来分期的主要区别有哪些？