基于Seata的微服务分布式事务实战经验分享

基于Seata的微服务分布式事务实战经验分享

1. 业务场景描述

在电商系统中，用户下单会涉及多个微服务：订单服务（Order Service）、库存服务（Inventory Service）、账户服务（Account Service）等。一次下单操作需要同时扣减库存、创建订单、扣减账户余额等，这些操作分布在不同的微服务节点上，如何保证事务一致性成为关键问题。

在高并发、大流量的生产环境中，传统的嵌套调用或通过消息最终一致性往往带来复杂性和延迟，甚至会出现数据不一致。基于此，我们选择Seata（Simple Extensible Autonomous Transaction Architecture）来实现分布式事务，确保在分布式环境下的原子性与一致性。

2. 技术选型过程

最终一致性方案（如 TCC、可靠消息）高成本、开发复杂；
XA 方案对数据库、中间件要求高，性能开销大；
Seata 提供 AT、TCC、多模式支持，易集成，社区活跃。

因此，在追求低耦合、高性能的前提下，我们选型Seata AT模式，它通过对数据库 SQL 拦截，实现对分布式事务的统一管理。

3. 实现方案详解

3.1 Seata 架构概览

复制代码

[ TC（事务协调器） ]
      ↑ ↓
[Broker/Registry: Nacos]  ←→  [File.conf、Registry.conf]
      ↑ ↓
[ Order Service ][ Inventory Service ][ Account Service ]
       | hook SQL
       ↓
    数据库二阶段提交（undo log）

3.2 Seata 服务端部署

bash 复制代码

# 下载 Seata Server 包，并解压
wget https://github.com/seata/seata/releases/download/v1.5.2/seata-server-1.5.2.tar.gz
tar zxvf seata-server-1.5.2.tar.gz
cd seata-server-1.5.2

# 配置注册中心 registry.conf （Nacos 示例）
vi conf/registry.conf
registry { 
  type = "nacos"
  nacos { 
    serverAddr = "127.0.0.1:8848"
  }
}

# 配置事务协调器 file.conf
vi conf/file.conf
store { 
  mode = "db"
  db { 
    driverClass = "com.mysql.cj.jdbc.Driver"
    url = "jdbc:mysql://127.0.0.1:3306/seata_meta?characterEncoding=utf8"
    user = "seata"
    password = "seata123"
  }
}

# 启动 Seata-Server
sh bin/seata-server.sh

3.3 客户端集成（Spring Boot）

1）Maven 依赖

xml 复制代码

<dependency>
  <groupId>io.seata</groupId>
  <artifactId>seata-spring-boot-starter</artifactId>
  <version>1.5.2</version>
</dependency>

2）application.yml 配置

yaml 复制代码

spring:
  application:
    name: order-service
seata:
  enabled: true
  tx-service-group: my_test_tx_group
  service:
    vgroup-mapping:
      my_test_tx_group: "default"
  registry:
    type: nacos
    nacos:
      server-addr: 127.0.0.1:8848
  config:
    file:
      name: file.conf

3.4 核心代码示例

OrderService.java

java 复制代码

@Service
public class OrderService {

    @Autowired
    private InventoryClient inventoryClient;

    @Autowired
    private AccountClient accountClient;

    @GlobalTransactional(name = "order-create-tx", rollbackFor = Exception.class)
    public void createOrder(OrderDTO order) {
        // 1. 扣减库存
        inventoryClient.decrease(order.getProductId(), order.getCount());
        
        // 2. 扣减账户余额
        accountClient.decrease(order.getUserId(), order.getAmount());
        
        // 3. 创建订单
        Order newOrder = new Order(null, order.getUserId(), order.getProductId(), order.getCount(), order.getAmount());
        orderRepository.save(newOrder);
    }
}

InventoryService.java

java 复制代码

@Service
public class InventoryService {

    @Transactional
    public void decrease(Long productId, Integer count) {
        Integer stock = inventoryMapper.selectStock(productId);
        if (stock < count) {
            throw new RuntimeException("库存不足");
        }
        inventoryMapper.updateStock(productId, stock - count);
    }
}

4. 踩过的坑与解决方案

XID 未正确传播：确认 FeignClient 添加了 @GlobalTransactional 上下文拦截。
UndoLog 记录过大：生产库定期清理 undo_log 表，并配置 store.db.max-rows。
注册中心连接超时：Nacos 地址配置需准确，并保持网络畅通。
AT 模式锁表时间过长：可在 store.db.lock-table 配置最小持锁时长，并对热点表做水平拆分。

5. 总结与最佳实践

建议在核心业务链路上使用分布式事务，非核心场景可考虑异步补偿或可靠消息；
定期监控 Seata TC 状态，设置报警；
优化数据表结构，避免长事务；
合理配置锁粒度与超时时间；
在灰度环境充分测试，模拟高并发场景。

通过上述实战经验分享，读者可在自己的微服务架构中快速落地 Seata 分布式事务，并在生产环境中保障数据一致性与高可用性。