文章目录1. 分布式事务问题本质为什么单体事务在微服务中失效典型数据不一致场景2. Seata核心架构模型三大角色事务模型全局事务分支事务运行流程3. 快速部署与最小集成Seata Server推荐DB模式Spring Boot集成核心依赖最小客户端配置全局事务入口4. AT模式原理与实现机制执行流程核心Undo Log结构作用全局锁机制解决脏写5. TCC 与 SAGA 模式选型三种模式对比TCC核心思想TCC接口示例SAGA核心思想6. 生产环境配置要点存储模式选择客户端关键参数必做运维项1定期清理Undo Log2开启监控指标1. 分布式事务问题本质为什么单体事务在微服务中失效单体系统中业务 数据库 事务在同一进程一次COMMIT即完成原子性保证微服务架构中跨服务调用多数据库实例网络不可靠➡ 本地事务无法覆盖整个业务链路➡ 数据可能部分成功典型数据不一致场景成功失败扣减账户A余额远程调用增加账户B余额数据不一致问题本质问题说明原子性丢失多服务事务无法统一提交幂等性问题重试可能导致重复执行回滚困难无统一协调者➡ 分布式事务需要一个统一协调器2. Seata核心架构模型Seata通过三角色模型实现跨服务事务控制。三大角色角色职责TC事务协调中心TM定义全局事务RM执行本地事务事务模型全局事务业务级事务唯一标识XID分支事务每个服务本地事务由RM执行受TC控制运行流程成功失败开启全局事务生成XID服务A执行SQL服务B执行SQLCommitRollback核心思想➡ 多个本地事务 一个逻辑事务➡ TC统一决议提交或回滚3. 快速部署与最小集成Seata Server推荐DB模式seata:store:mode:dbdb:driver-class-name:com.mysql.cj.jdbc.Driverurl:jdbc:mysql://127.0.0.1:3306/seatauser:rootpassword:root启动bin/seata-server.shSpring Boot集成核心依赖dependencygroupIdio.seata/groupIdartifactIdseata-spring-boot-starter/artifactIdversion2.0.0/version/dependencydependencygroupIdcom.mysql/groupIdartifactIdmysql-connector-j/artifactId/dependencydependencygroupIdcom.baomidou/groupIdartifactIdmybatis-plus-boot-starter/artifactId/dependency最小客户端配置spring:datasource:url:jdbc:mysql://localhost:3306/demousername:rootpassword:rootseata:application-id:order-servicetx-service-group:my_tx_groupservice:vgroup-mapping:my_tx_group:defaultdata-source-proxy-mode:AT全局事务入口importio.seata.spring.annotation.GlobalTransactional;PostMapping(/order/create)GlobalTransactional(rollbackForException.class)publicStringcreateOrder(){orderService.create();storageFeignClient.deduct();returnsuccess;}关键点✔ 只需一个注解✔ 业务代码几乎不改✔ 自动纳入分支事务4. AT模式原理与实现机制AT 自动补偿型事务适用于数据库 CRUD 场景执行流程核心提交回滚执行业务SQL记录前镜像执行更新记录后镜像提交本地事务全局决议删除Undo Log反向恢复数据Undo Log结构作用功能保存数据变更前后镜像CREATETABLEundo_log(branch_idBIGINT,xidVARCHAR(128),rollback_infoLONGBLOB,log_createdDATETIME,PRIMARYKEY(xid,branch_id));回滚机制After Image 校验 → 使用 Before Image 恢复 → 删除日志➡ 本质自动数据补偿全局锁机制解决脏写问题多个事务同时修改同一数据可能覆盖结果解决方案➡ 修改前申请全局锁➡ 事务结束释放事务1加锁DB事务2请求锁WAITRELEASEEXECUTE5. TCC 与 SAGA 模式选型三种模式对比模式一致性侵入性性能适用场景AT强一致低高数据库事务TCC强一致高更高资源预留场景SAGA最终一致中最高长事务TCC核心思想三阶段阶段含义Try预留资源Confirm正式执行Cancel释放资源TCC接口示例TwoPhaseBusinessAction(namedeductPoints,commitMethodconfirm,rollbackMethodcancel)booleanprepare(BusinessActionContextctx,BusinessActionContextParameter(paramNameuserId)StringuserId,BusinessActionContextParameter(paramNamepoints)Integerpoints);特点✔ 手动补偿逻辑✔ 需要幂等设计✔ 不依赖数据库回滚SAGA核心思想执行链 补偿链失败步骤1步骤2步骤3补偿3补偿2补偿1适用✔ 长流程业务✔ 可接受最终一致✔ 无锁高并发6. 生产环境配置要点存储模式选择模式是否生产可用file❌db✅ 推荐redis✅ 高并发推荐✔ MySQL 集群部署✔ 定期清理日志客户端关键参数seata:client:rm:lock:retry-interval:20retry-times:50async-commit-buffer-limit:10000tm:commit-retry-count:5rollback-retry-count:5调优方向锁竞争高 → 调整重试高并发 → 扩大缓冲队列网络差 → 增加重试次数必做运维项1定期清理Undo LogDELETEFROMundo_logWHERElog_createdDATE_SUB(NOW(),INTERVAL7DAY);2开启监控指标seata:metrics:enabled:trueexporter-list:prometheus关键监控活跃事务数回滚率锁冲突率事务响应时间