一、Seata架构

Seata事务管理中有三个重要的角色：

        TC (Transaction Coordinator) - 事务协调者：维护全局和分支事务的状态，协调全局事务提交或回滚。

        TM (Transaction Manager) - 事务管理器：定义全局事务的范围、开始全局事务、提交或回滚全局事务。

         RM (Resource Manager) - 资源管理器：管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。

1.Seata的XA模式

RM一阶段的工作：

         1. 注册分支事务到TC。  2. 执行分支业务sql但不提交。  3. 报告执行状态到TC。

TC二阶段的工作：

        1. TC检测各分支事务执行状态，如果都成功，通知所有RM提交事务，如果有失败，通知所有RM回滚事务。

RM二阶段的工作： 1. 接收TC指令，提交或回滚事务。

总结：保证了数据的强一致性。

2. Seata的AT模式

AT模式同样是分阶段提交的事务模型，不过缺弥补了XA模型中资源锁定周期过长的缺陷。

阶段一RM的工作：1. 注册分支事务。  2. 记录undo-log（数据快照）。  3. 执行业务sql并提交。 4. 报告事务状态。

阶段二提交时RM的工作： 1. 删除undo-log即可。

阶段二回滚时RM的工作： 1. 根据undo-log恢复数据到更新前。

3.Seata的TCC模式

1.  Try：资源的检测和预留。

2.  Confirm：完成资源操作业务；要求 Try 成功 Confirm 一定要能成功。

3.  Cancel：预留资源释放，可以理解为try的反向操作。

二、MQ分布式事务

三、总结

四、面试题

面试官：你们采用哪种分布式事务解决方案？

候选人：我们当时是xx项目，主要使用到的seata的at模式解决的分布式事务。

seata的AT模型分为两个阶段：

1、阶段一RM的工作：① 注册分支事务 ② 记录undo-log（数据快照）③ 执行业务sql并提交 ④报告事务状态。

2、阶段二提交时RM的工作：删除undo-log即可。

3、阶段二回滚时RM的工作：根据undo-log恢复数据到更新前。

at模式牺牲了一致性，保证了可用性，不过，它保证的是最终一致性。