Seata分布式事务方案详解-优快云博客

本文链接：https://blog.youkuaiyun.com/csdn_tom_168/article/details/148470900

Seata分布式事务方案详解

一、Seata简介

Seata（Simple Extensible Autonomous Transaction Architecture）是阿里巴巴开源的分布式事务解决方案，支持AT、TCC、Saga和XA四种模式，适用于微服务架构下的分布式事务场景。

二、Seata核心组件

TC（Transaction Coordinator）：事务协调器，维护全局事务和分支事务的状态
TM（Transaction Manager）：事务管理器，负责开启、提交或回滚全局事务
RM（Resource Manager）：资源管理器，管理分支事务的资源，与TC通信

三、Seata支持的四种事务模式

模式	原理	适用场景	特点
AT模式	基于两阶段提交的自动补偿机制	数据库事务	自动化程度高，对业务无侵入
TCC模式	Try-Confirm-Cancel三阶段	业务逻辑复杂场景	需要业务代码实现三个阶段
Saga模式	长事务解决方案，基于事件驱动	长业务流程	补偿机制，最终一致性
XA模式	基于XA协议的两阶段提交	传统数据库事务	强一致性，性能较低

四、Seata AT模式详解（最常用）

工作流程：
- 第一阶段（Prepare）：
  - TM开启全局事务
  - RM执行SQL并记录undo_log（用于回滚）
  - RM向TC报告执行结果
- 第二阶段（Commit/Rollback）：
  - TC根据第一阶段结果决定提交或回滚
  - RM执行提交或回滚操作
核心机制：
- 全局事务ID（XID）：贯穿整个分布式事务
- 分支事务ID（Branch ID）：标识每个分支事务
- undo_log表：记录操作前的数据状态，用于回滚
Java代码示例：

// TM开启全局事务
@GlobalTransactional
public void businessMethod() {
    // 调用远程服务1
    service1.method1();
    // 调用远程服务2
    service2.method2();
    // 如果任一方法失败，整个事务会回滚
}

五、Seata TCC模式

工作流程：
- Try阶段：预留资源，检查业务规则
- Confirm阶段：确认执行业务操作
- Cancel阶段：取消预留资源
Java代码示例：

// Try阶段
public boolean tryMethod() {
    // 预留资源
    return true;
}

// Confirm阶段
public void confirmMethod() {
    // 确认执行
}

// Cancel阶段
public void cancelMethod() {
    // 取消预留
}

六、Seata Saga模式

工作流程：
- 每个服务执行自己的业务逻辑
- 如果某个服务失败，执行补偿操作
- 最终达到一致状态
Java代码示例：

// 定义Saga事务
@SagaStart
public void sagaMethod() {
    // 调用服务1
    service1.execute();
    // 调用服务2
    service2.execute();
}

// 补偿方法
public void compensateMethod() {
    // 执行补偿逻辑
}

七、Seata XA模式

工作流程：
- 基于XA协议的两阶段提交
- 与数据库原生XA支持集成
特点：
- 强一致性
- 性能较低
- 适用于传统数据库场景

八、Seata对比其他方案

特性	Seata	传统2PC	TCC	Saga
一致性	AT模式最终一致，XA强一致	强一致	最终一致	最终一致
侵入性	低（AT模式）	低	高	低
性能	高（AT模式）	低	中	高
适用场景	微服务	数据库事务	业务复杂	长事务