SeataAT模式

Seata AT模式(自动事务模式)详解

AT(Automatic Transaction)模式是 Seata 默认的分布式事务解决方案 ,它通过对业务代码 零侵入 的方式,自动管理分布式事务,开发者只需关注业务逻辑,像使用本地事务一样简单。


1. AT模式的核心原理

AT模式基于 两阶段提交(2PC) 改进而来,但不同于传统XA协议,它不需要数据库原生支持XA,而是通过 拦截SQL + 生成回滚日志 实现事务管理。

阶段1:执行本地事务并生成undo_log

  1. 解析SQL:Seata 通过JDBC代理拦截业务SQL,解析SQL语义(如INSERT/UPDATE/DELETE)。
  2. 生成快照 :在数据更新前,保存修改前的数据镜像(before image)到 undo_log 表。
  3. 执行业务SQL :提交本地事务,同时记录修改后的数据镜像(after image)。
  4. 注册分支事务:向Seata TC(事务协调器)注册分支事务状态。

阶段2:全局提交或回滚

  • 如果所有分支成功 :TC通知各分支删除 undo_log,事务完成。
  • 如果有分支失败 :TC通知各分支根据 undo_log 回滚数据。

2. AT模式的关键机制

(1)全局锁(Global Lock)

  • 防止其他事务在 阶段1提交后、阶段2完成前 修改相同数据(避免脏写)。
  • 通过 SELECT FOR UPDATE 实现,保证事务隔离性。

(2)undo_log 回滚日志

  • 记录数据修改前后的快照(before imageafter image),用于回滚。

  • 存储在当前业务数据库中,格式如下:

    sql 复制代码
    INSERT INTO undo_log (branch_id, xid, context, rollback_info, log_status, log_created, log_modified)
    VALUES (?, ?, ?, ?, ?, NOW(), NOW());

(3)事务协调器(TC)

  • Seata Server(TC)负责协调全局事务状态,决定提交或回滚。

3. AT模式的优缺点

✅ 优点

  1. 零代码侵入 :无需手动编写TCC的 try/confirm/cancel 方法。
  2. 高性能:本地事务直接提交,无需全局锁等待(仅在回滚时检查锁)。
  3. 支持大多数SQL:兼容主流关系型数据库(MySQL、PostgreSQL、Oracle等)。

❌ 缺点

  1. 依赖数据库 :需要创建 undo_log 表,且仅支持支持ACID的数据库。
  2. 不适用于跨语言:AT模式依赖Seata的JDBC代理,仅适用于Java应用。
  3. 不适用于长事务:长时间占用全局锁可能影响并发性能。

4. AT模式 vs TCC模式

特性 AT模式 TCC模式
侵入性 无侵入(自动代理SQL) 高侵入(需手动实现try/confirm/cancel)
性能 较高(本地事务直接提交) 较高(无全局锁)
适用场景 短事务、高并发简单场景 复杂业务逻辑(如资金冻结/扣减)
隔离性 通过全局锁保证 业务自行控制

5. 适用场景

  • 适合
    • 简单的CRUD操作(如订单创建、库存扣减)。
    • Java技术栈(Spring Cloud/Dubbo)。
  • 不适合
    • 跨语言微服务(如Go/Python)。
    • 需要高隔离性的金融级交易(可用TCC替代)。

6. 代码示例(Spring Boot + Seata AT)

java 复制代码
@Service
public class OrderService {
    @Autowired
    private OrderMapper orderMapper;
    @Autowired
    private StorageService storageService;

    @GlobalTransactional // 开启Seata全局事务
    public void createOrder(String userId, String commodityCode, int count) {
        // 1. 扣减库存(远程调用)
        storageService.deduct(commodityCode, count);
        
        // 2. 创建订单(本地事务)
        Order order = new Order(userId, commodityCode, count);
        orderMapper.insert(order);
        
        // 模拟异常触发回滚
        if (count > 100) {
            throw new RuntimeException("测试回滚");
        }
    }
}

总结

AT模式是Seata最常用的分布式事务方案,适合Java技术栈的短事务场景。如果业务需要更高灵活性(如跨语言、复杂补偿逻辑),可考虑TCC或SAGA模式。

相关推荐
扑兔AI6 小时前
B2B销售线索挖掘效率提升的技术实践:基于工商公开数据的客源筛选与竞品分析架构
大数据·人工智能·架构
用户7488312788858 小时前
从LangChain 到LangGraph 全解析
架构
heimeiyingwang10 小时前
【架构实战】设计一个日志分析平台(ELK架构)
elk·架构·linq
企业架构师老王11 小时前
货物入库分类混乱与库位规划难题:基于实在Agent的非侵入式仓储架构演进指南
人工智能·ai·架构
生成论实验室12 小时前
《源·觉·知·行·事·物:生成论视域下的统一认知语法》第十七章 科学与人心的重聚
人工智能·算法·架构·知识图谱·创业创新
从零开始学习人工智能12 小时前
一文读懂Safous网关+POP架构:零信任ZTNA完整工作原理(请求+响应全流程)
服务器·网络·架构
不懂的浪漫12 小时前
Netty 不只是 TCP 框架:它解决的是高并发业务系统的组织问题
网络·网络协议·tcp/ip·架构·netty
千帆_Evan13 小时前
agent使用初体验
架构
小短腿的代码世界14 小时前
Qt事件驱动高频交易引擎架构:从事件循环到零延迟通信的完整实现
qt·架构
skilllite作者15 小时前
Deer-Flow 工作流引擎深度评测报告
java·大数据·开发语言·chrome·分布式·架构·rust