Seata 中 AT 模式的自动回滚

（一）一阶段

1. 解析每个服务方法执行的 SQL，记录 SQL 的类型（Update、Insert 或 Delete），修改表并更新 SQL 条件等信息
2. 根据前面的条件信息生成查询语句，并记录修改前的数据镜像；

3. 执行业务的 SQL；
4. 记录修改后的数据镜像；

5.插入回滚日志：把前后镜像数据及业务 SQL 相关的信息组成一条回滚日志记录，插入 UNDO_LOG 表中；

6.提交前，向 TC 注册分支，并申请相关修改数据行的全局锁 ；

7.本地事务提交：业务数据的更新与前面步骤生成的 UNDO LOG 一并提交；

8.将本地事务提交的结果上报给事务控制器。

（二）二阶段-回滚
收到事务控制器的分支回滚请求后，我们会开启一个本地事务，并执行如下操作：

1. 查找相应的 UNDO LOG 记录；

2. 数据校验：拿 UNDO LOG 中的后镜像数据与当前数据进行对比，如果存在不同，说明数据被当前全局事务之外的动作做了修改，此时我们需要根据配置策略进行处理；
3. 根据 UNDO LOG 中的前镜像和业务 SQL 的相关信息生成回滚语句并执行；

4.提交本地事务，并把本地事务的执行结果（即分支事务回滚的结果）上报事务控制器。

(三)二阶段-提交

1. 收到事务控制器的分支提交请求后，我们会将请求放入一个异步任务队列中，并马上返回提交成功的结果给事务控制器。

2. 异步任务阶段的分支提交请求将异步地、批量地删除相应 UNDO LOG 记录。

参考资料：

最终一致性和实时一致性是什么？在架构设计中，我们应该选择哪种方式？_51CTO博客_数据最终一致性