seata的AT模式分析

Seata AT模式是最早⽀持的模式。AT模式是指Automatic (Branch)Transaction Mode⾃动化分⽀事务。

（1）AT模式的核心组件：

• 事务协调器 TC

维护全局和分支事务的状态；

维护全局锁的状态；

接受TM的提交或者回滚命令，联系RM进行分支事务的提交或者回滚。

• 事务管理者 TM

开启全局事务，向TC申请全局事务ID；

根据TC反馈的分支事务结果来决定提交或者回滚；

告诉TC提交或者回滚一个全局事务；

• 资源管理者 RM

管理执行分支事务的那些资源；

向TC注册分支事务、上报分支事务状态、控制分支事务的提交或者回滚；

（2）事务流程：

• TM 请求 TC，开始一个新的全局事务，TC 会为这个全局事务生成一个 XID。
• TM所属的业务把XID 通过微服务的调用链传递到其他微服务。
• 各微服务的RM 把本地事务作为这个XID的分支事务注册到TC。
• RM把本地事务的事务前image和事务后image记录到undo_log，同时向TC申请变更行的全局锁，开始进行事务提交，并且把本地分枝事务的结果反馈给TC。
• TM收到TC通知的各分支事务结果，决定提交或者回滚，TM 请求 TC 对这个 XID 进行提交或回滚。
• TC 指挥这个 XID 下面的所有分支事务进行提交、回滚。提交则是去掉阶段1的各分支事务对应的全局锁，并且删除undo_log;回滚则是根据阶段1对应的分支事务的undo_log记录的事务前image来回滚数据，在回滚前要判定数据和阶段1的事务后image的数据一致性，一致则回滚，不一致则要有策略或者人工来介入。

（3）典型问题：

如果回滚的时候，进行数据核验的时候，发现数据被其他应用修改了，该怎么办？

at是要保证所有操作数据库的动作都在seata事务的全局事务覆盖下。也就是说，如果你这个库的这个表被其他应用用了，让这个应用也集成seata就行了。