图解分布式事务与阿里Seata(GTS)

这门课解决什么工作场景

日常做单体应用时，数据库自带的事务机制能保证操作要么全成功要么全回滚。但一旦业务拆分成订单、库存、账户等多个微服务，各自连着独立的数据库，原本一个本地事务就能搞定的事情，就变成了跨网络、跨库的分布式事务。这门课针对的就是这个痛点：下单扣库存时库存服务宕机了怎么回滚、转账时账户服务超时了怎么保证钱不凭空消失。它不是泛泛讲理论，而是直接拿开源框架 Seata 做落地，重点演示业务侵入量最低的 AT 模式怎么在生产环境跑起来。课程前段花了不少篇幅讲基础原则、CAP 定理和 XA、TCC 方案，这部分理论如果你已经在别的地方看过，可以快速过一遍，把精力集中在后面的实战部分。

适合什么基础与建议先看哪几块

这不适合刚学会写增删改查的新手。你需要对 Spring Boot 和持久层框架有实际使用经验，知道本地事务怎么用注解控制，否则搭环境这一步就会卡住。建议按以下顺序推进：先看事务基础章节，理解跨库数据一致性的底层逻辑；随后直接进入 AT 模式开发详解，重点看怎么搭建服务端作为事务协调者，再看业务端怎么整合框架，最后跟着分布式案例演示把多服务调用跑通。看 TCC 那段时别跳过，虽然 AT 模式用得多，但真遇到强一致性要求高的资金场景，你迟早得自己实现相关的三个接口。课程里涉及的配置项较多，看视频时务必同步在本地敲一遍，不要只记概念。

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

学完之后，你应该能独立在一个已有的微服务项目里接入 Seata，不用靠写一堆补偿代码或者人工对账来兜底。具体产出包括：本地部署协调服务端，给多个业务数据库建对应的回滚日志表，配置好各个微服务与协调端的注册通信，并且能看懂框架在回滚时生成的反向结构化查询语句。这套资料里的视频主要是讲原理和配置步骤，光看不练等于没学。建议你自己起两个服务，一个模拟下单一个模拟扣库存，故意在扣库存的方法里抛个异常，观察控制台的事务日志和数据库里日志表的数据变化。只有自己把回滚过程完整走一遍，才会真正明白模式靠解析语句生成回滚镜像的机制是怎么回事，面试时被问到细节也才答得上来。如果跑不通，优先检查服务注册中心和全局事务组的配置是否对应。