尚马教育 深度解读分布式事务Seata入门到实践

这门课的主题很明确：分布式事务框架 Seata。它不铺开讲微服务全家桶，而是盯着一个具体痛点——服务拆开之后，一次业务操作跨了好几个库、好几个服务，中间某一步失败，数据就对不上了。订单扣了库存没减、余额扣了订单没生成，这类问题在单机时代靠本地事务就能解决，拆成微服务之后必须换一套机制。课程就是围绕 Seata 怎么处理这件事展开的。

它解决的是哪类工作场景

如果你所在的项目已经拆成了多个服务，每个服务连着自己的数据库，那你大概率遇到过下面这些情况：跨服务调用失败后要人工写补偿逻辑，越写越乱；对账时发现两边数据不一致，只能靠脚本去修；团队讨论方案时有人提两阶段提交、有人提 TCC、有人提最终一致性，但谁也说不清各自代价是什么。这门课针对的就是这些场景，把分布式事务的几种主流解法摆出来，讲清楚它们分别适合放在什么位置。它不是教你背概念，而是让你在评审方案时能判断：这个业务到底该用 AT 模式省事，还是必须上 TCC 去控制资源。

适合什么基础，先看哪几块

前提是你要有微服务的基本认知：知道服务注册发现、远程调用是怎么回事，能看懂 Spring Cloud 或 Dubbo 的调用链路，本地事务和数据库隔离级别也要清楚。如果这些还陌生，直接看 Seata 会卡在“为什么需要全局锁”这类问题上。课程前半段先补理论，两阶段提交的成功与失败流程、Base 理论、理论模型和解决思想之间的关系，这几块建议不要跳，它们是后面理解 AT、TCC、SAGA 三种模式差异的地基。理论过完再进入模式部分，顺序上先 AT 后 TCC 再 SAGA，因为 AT 对业务侵入最小，最容易建立直观感受，TCC 需要你自己写三个方法，SAGA 则偏向长流程和补偿，难度是递增的。

学完能独立做什么，资料怎么配合练

跟完之后，你应该能独立完成这几件事：在一个已有的微服务项目里接入 Seata，配置事务分组和协调者；针对一个跨库下单场景，用 AT 模式把全局事务跑通，并知道回滚时 undo log 是怎么起作用的；面对一个需要预留资源的场景，能自己设计 TCC 的 Try、Confirm、Cancel 三个接口；对流程长、步骤多的业务，能判断是否该换成 SAGA 并写出补偿逻辑。资料里的文档适合当手册用，遇到配置项或模式细节时回去查，不要从头到尾通读。视频部分建议边看边在自己的项目里复现，尤其是失败和回滚的分支，正常流程跑通不代表你掌握了，把异常路径调出来才算。练习时优先用自己熟悉的业务改造成跨服务调用，比照着示例敲一遍更有用。整体上，这是一门需要你已经有项目可练的课，纯看不动手，收获会打不少折扣。