分布式事务方案汇总及Seata详解( 二 ) _分布式

库存系统消费扣减库存消息，执行本地事务，如果扣减失败，消息会重新投，一旦超出重试次数，则本地表持久化失败消息，并启动定时任务做补偿。

基于消息中间件的两阶段提交方案，通常用在高并发场景下使用，牺牲数据的强一致性换取性能的大幅提升，不过实现这种方式的成本和复杂度是比较高的，还要看实际业务情况。

基于RokectMQ实现最终一致性具体实现可参考：订单系统中的数据一致性方案及RocketMQ事务消息详解

分布式事务SeataSeata 也是从两段提交演变而来的一种分布式事务解决方案，提供了 AT、TCC、SAGA 和 XA 等事务模式。

Seata事务管理中有三个重要的角色：

文章插图

Seata实现原理（1）XA模式seata的XA模式做了一些调整，但大体相似：
RM一阶段的工作：

TC二阶段的工作：

RM二阶段的工作：

文章插图
XA模式
【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();}

（2）AT模式AT模式同样是分阶段提交的事务模型，但缺弥补了XA模型中资源锁定周期过长的缺陷。
阶段一RM的工作：

阶段二提交时RM的工作：

阶段二回滚时RM的工作：

文章插图
AT模式
执行流程如下：

文章插图
（3）TCC模式TCC模式与AT模式非常相似，每阶段都是独立事务，不同的是TCC通过人工编码来实现数据恢复。需要实现三个方法：

分布式事务方案汇总及Seata详解( 二 )