Seata的四种分布式事务模式

心已赠人 2023-10-14 10:56 45阅读 0赞

#### 文章目录 ####

*  一、XA模式
 *   *  1、XA模式原理
     *  2、seata的XA模式
     *  3、优缺点
     *  4、代码实现

## 一、XA模式 ##

### 1、XA模式原理 ###

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

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

![在这里插入图片描述][3e739edc1bb7454fb970ac829e77e3a3.png]

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

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

![在这里插入图片描述][0d4280bb8142482991d36ea82ab9f88c.png]

### 2、seata的XA模式 ###

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

![在这里插入图片描述][a126eb89ad114f85b9440b253f8a14a5.png]  
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();
    }

[3e739edc1bb7454fb970ac829e77e3a3.png]: https://img-blog.csdnimg.cn/3e739edc1bb7454fb970ac829e77e3a3.png
[b0fad6b6e8014ebca16046532e9efcd7.png]: https://img-blog.csdnimg.cn/b0fad6b6e8014ebca16046532e9efcd7.png
[0d4280bb8142482991d36ea82ab9f88c.png]: https://img-blog.csdnimg.cn/0d4280bb8142482991d36ea82ab9f88c.png
[a126eb89ad114f85b9440b253f8a14a5.png]: https://img-blog.csdnimg.cn/a126eb89ad114f85b9440b253f8a14a5.png