Seata的四种分布式事务模式

-代号9527

已于 2023-08-10 14:55:38 修改

阅读量583

点赞数 3

CC 4.0 BY-SA版权

分类专栏： SpringCloud 文章标签：分布式

于 2023-07-31 23:48:22 首次发布

From CSDN@-代号9527

本文链接：https://blog.csdn.net/llg___/article/details/132032585

SpringCloud 专栏收录该内容

16 篇文章

订阅专栏

文章介绍了XA模式的原理，包括两阶段提交过程，并阐述了seata在XA模式下的实现，其中TM负责全局事务，RM执行分支事务。XA模式保证事务强一致性，但可能造成资源浪费和性能下降。在seata中，通过配置开启XA模式，并使用@GlobalTransactional注解标记事务方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

文章目录

一、XA模式

一、XA模式

1、XA模式原理

XA 规范是 X/Open 组织定义的分布式事务处理（DTP，Distributed Transaction Processing）标准，XA 规范描述了全局的TM与局部的RM之间的接口，几乎所有主流的数据库都对 XA 规范提供了支持

XA规范下，分布式事务被定义为两个阶段，首先是准备阶段。该阶段下，事务的协调者向事务参与者RM发起一个准备的请求，RM执行完SQL后不提交，返回给事务协调者一个就绪的状态。

在这里插入图片描述

接下来是提交阶段，第一阶段都成功的话，则开始提价，并返回提交状态给事务协调者：

在这里插入图片描述
相反，如果第一阶段有任何一个事务失败，则全部回滚。

在这里插入图片描述

2、seata的XA模式

seata的XA模式做了一些调整和封装，并引入了TM，即事务管理器。

在这里插入图片描述
TM开启全局事务后，RM一阶段的工作为：

- 注册分支事务到TC

- 执行分支业务sql但不提交

- 报告执行状态到TC

第二阶段TM去通知TC，业务结束了，可以开始提交或回滚全局事务了，事务协调者TC在该阶段检查各个分支事务的执行状态：

如果都成功，通知所有RM提交事务
如果有失败，通知所有RM回滚事务

对应的，RM在第二阶段则等待接收TC指令，准备提交或回滚事务。

3、优缺点

优点：

事务的强一致性，满足ACID原则。
常用数据库都支持，实现简单，并且没有代码侵入

缺点：

假如有一个业务涉及多个微服务，服务A先执行完业务SQL也得先占着数据库锁去等待别人，直到二阶段结束才能释放，浪费资源，性能较差
依赖关系型数据库实现事务，数据库不支持事务，则没法XA，如Redis

4、代码实现

Seata的starter已经完成了XA模式的自动装配，我们需要做的是：

修改每个参与事务的微服务的application.yaml文件，开启XA模式

seata:  
  data-source-proxy-mode: XA # 开启数据源代理的XA模式

给发起全局事务的入口方法添加@GlobalTransactional注解，本例中是OrderServiceImpl中的create方法

@Override
@GlobalTransactional
public Long create(Order order) {
    // 创建订单
    orderMapper.insert(order);   
    // 扣余额 ...略 
    // 扣减库存 ...略    
    return order.getId();
}