TC - 事务协调者
维护全局和分支事务的状态,驱动全局事务提交或回滚。
TM - 事务管理器
定义全局事务的范围:开启全局事务、提交或回滚全局事务。
RM - 资源管理器
管理分支事务处理的资源,向 TC 注册分支事务,报告分支事务的状态,并驱动分支事务提交或回滚。
分布式事务执行流程
-
- TM 向 TC 申请开启一个全局事务,全局事务创建成功并生成一个全局唯一的 XID;
-
- XID在微服务调用链路的上下文中传播;
-
- RM 向 TC 注册分支事务,将其纳入 XID 对应全局事务的管辖;
-
- TM 向 TC 发起针对 XID 的全局提交或回滚决议;
-
- TC 调度 XID 下管辖的全部分支事务完成提交或回滚请求。
AT模式
在一阶段,Seata 会拦截"业务 SQL",
1 解析 SQL 语义,找到"业务 SQL"要更新的业务数据,在业务数据被更新前,将其保存成"before image",
2 执行"业务 SQL"更新业务数据,在业务数据更新之后,
3 其保存成"after image",最后生成行锁。
以上操作全部在一个数据库事务内完成,这样保证了一阶段操作的原子性。
二阶段如是顺利提交的话, 因为"业务 SQL"在一阶段已经提交至数据库,所以Seata框架只需将一 阶段保存的快照数据和行锁删掉,完成数据清理即可。
二阶段回滚:
二阶段如果是回滚的话,Seata 就需要回滚一阶段已经执行的"业务 SQL",还原业务数据。
回滚方式便是用"before image"还原业务数据;但在还原前要首先要校验脏写,对比"数据库当前 业务数据"和 "after image",
如果两份数据完全一致就说明没有脏写,可以还原业务数据,如果不一致就说明有脏写,出现脏 写就需要转人工处理。