Seata的AT模式的执行流程

Seata角色术语
TC - 事务协调者
维护全局和分支事务的状态，驱动全局事务提交或回滚，即Seata服务端。

TM - 事务管理器
定义全局事务的范围：开始全局事务、提交或回滚全局事务，在事务发起的客户端。

RM - 资源管理器
管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚，在分支事务执行的客户端。

Seata执行流程
Seata AT模式
第一阶段
通过代理数据源DataSourceProxy对业务SQL进行解析，转换成undolog，并与业务SQL在一个事务内入库，然后注册分支事务、提交、上报状态。
过程：
解析 SQL：得到 SQL 的类型（UPDATE），表（product），条件（where name = 'TXC'）等相关的信息。
查询前镜像：根据解析得到的条件信息，生成查询语句，定位数据。
得到前镜像：执行业务 SQL：更新这条记录的 name 为 'GTS'。
查询后镜像：根据前镜像的结果，通过 主键 定位数据。
得到后镜像：插入回滚日志：把前后镜像数据以及业务 SQL 相关的信息组成一条回滚日志记录，插入到 UNDO_LOG 表中。

二阶段-回滚
收到 TC 的分支回滚请求，开启一个本地事务，执行如下操作。
通过 XID 和 Branch ID 查找到相应的 UNDO LOG 记录。
数据校验：拿 UNDO LOG 中的后镜与当前数据进行比较，如果有不同，说明数据被当前全局事务之外的动作做了修改。这种情况，需要根据配置策略来做处理，详细的说明在另外的文档中介绍。
根据 UNDO LOG 中的前镜像和业务 SQL 的相关信息生成并执行回滚的语句

第二阶段
分布式事务操作成功，则TC通知RM异步删除undolog。

分布式事务操作失败，TM向TC发送回滚请求，RM 收到协调器TC发来的回滚请求，通过 XID 和 Branch ID 找到相应的回滚日志记录，通过回滚记录生成反向的更新 SQL 并执行，以完成分支的回滚。