Seata 的 AT 模式

目录

概述

Springcloud 整合 Seata

数据库脚本

服务依赖

Springboot 配置

代码改造

AT模式下的数据隔离

写隔离

读隔离

---

概述

   Seata 的 AT 模式是 Seata 的默认模式，它的原理是依赖于数据库事务，以数据库事务保证本地事务分支特性，结合 Seata的 Undo 日志记录做事务补偿，来实现的一种二阶段事务。总体来讲，Seata 的AT模式使用起来比较简单，对业务代码的侵入性比较低。

 Demo

   这里附上seata的学习代码demo，开箱即用。包含AT/TCC/XA等模式的使用案例https://download.csdn.net/download/lmj3732018/88864802

Springcloud 整合 Seata

数据库脚本

 AT 模式需要在每个本地事务分支所在的数据库中添加一个 undo_log 表，用于存储本地事务分支的事务记录。

数据库脚本地址：https://github.com/apache/incubator-seata/blob/v1.7.0/script/client/at/db/mysql.sql

服务依赖

  Seata 的依赖版本最好参照官网推荐的版本对照，否则，可能出现不兼容的一些问题，同时 Seata 客户端与服务端的版本也最好保持一致

 POM依赖

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>
 
<!--nacos 注册中心-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
 
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
 
<!-- seata-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
</dependency>

Springboot 配置

seata:
  application-id: ${spring.application.name}
  # 这个值要与服务端 service.vgroupMapping.default_tx_group=default 相对应，服务端的值default与下面的 cluster: default 对应。
  tx-service-group: default_tx_group
  registry:
    type: nacos
    nacos:
      application: seata-server
      server-addr: 192.168.122.120:8848
      namespace: seata-id
      group: SEATA_GROUP
      username: nacos
      password: nacos
      cluster: default
  config:
    type: nacos
    nacos:
      server-addr: 192.168.122.120:8848
      namespace: seata-id
      group: SEATA_GROUP
      data-id: seataServer.properties
      username: nacos
      password: nacos

代码改造

代码上的改造比较简单，只需在事务发起者的接口方法上添加一个@GlobalTransactional(name="createOrder",rollbackFor=Exception.class)注解。分支事务那边则不用做任何处理

 @Override
    //@Transactional
    @GlobalTransactional(name="createOrder",rollbackFor=Exception.class)
    public Order saveOrder(OrderVo orderVo) {
        log.info("=============用户下单=================");
        log.info("当前 XID: {}", RootContext.getXID());
         
        // 保存订单
        Order order = new Order();
        order.setUserId(orderVo.getUserId());
        order.setCommodityCode(orderVo.getCommodityCode());
        order.setCount(orderVo.getCount());
        order.setMoney(orderVo.getMoney());
        order.setStatus(OrderStatus.INIT.getValue());
     
        Integer saveOrderRecord = orderMapper.insert(order);
        log.info("保存订单{}", saveOrderRecord > 0 ? "成功" : "失败");
         
        //扣减库存
        storageFeignService.deduct(orderVo.getCommodityCode(), orderVo.getCount());
 
        if(true){
            throw new RuntimeException();
        }
 
        //扣减余额
        Boolean debit= accountFeignService.debit(orderVo.getUserId(), orderVo.getMoney());
 
//        if(!debit){
//            // 解决 feign整合sentinel降级导致Seata失效的处理
//            throw new RuntimeException("账户服务异常降级了");
//        }
         
        //更新订单
        Integer updateOrderRecord = orderMapper.updateOrderStatus(order.getId(),OrderStatus.SUCCESS.getValue());
        log.info("更新订单id:{} {}", order.getId(), updateOrderRecord > 0 ? "成功" : "失败");
         
        return order;
         
    }

AT模式下的数据隔离

写隔离

AT模式下通过全局锁来保证写操作的隔离性，避免产生脏读。当全局事务A在操作某一条记录时，会给这条记录加一个全局锁，所谓的全局锁实际是指这条记录的ID，当本地事务提交，而全局事务没提交时。我们虽然通过直接操作数据库可以看到这条提交的数据，但是当开启另一个全局事务去操作这条数据时，则会先判断全局锁的存在，如果存在则默认将当前事务回滚（也可修改策略为不断尝试获取全局锁）。

读隔离

AT模式默认情况下，如果数据库的隔离级别为“读已提交”，则全局事务的隔离级别为"读未提交"。AT模式仅仅对 带有 "select  for update"的语句会检查全局锁。