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 并执行,以完成分支的回滚。