模式分析"/>
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就行了。
更多推荐
seata的AT模式分析
发布评论