seata的AT模式分析
（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就行了。