一、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模式牺牲了一致性，保证了可用性，不过，它保证的是最终一致性。
