SpringCloudAlibaba：Seata

1. 面试题

2.1 你简历上写用微服务boot/cloud做过项目，你不可能只有一个数据库吧？谈谈多个数据库之间如何处理分布式事务？

2.2 阿里巴巴的Seata-AT模式如何做到对业务的无侵入？

在一阶段，Seata 会拦截“业务 SQL”，

1  解析 SQL 语义，找到“业务 SQL”要更新的业务数据，在业务数据被更新前，将其保存成“before image”，

2  执行“业务 SQL”更新业务数据，在业务数据更新之后，

3  其保存成“after image”，最后生成行锁。

以上操作全部在一个数据库事务内完成，这样保证了一阶段操作的原子性。

二阶段分两种情况：

正常提交

二阶段如是顺利提交的话，

因为“业务 SQL”在一阶段已经提交至数据库，所以Seata框架只需将一阶段保存的快照数据和行锁删掉，完成数据清理即可。

异常回滚

二阶段回滚：

二阶段如果是回滚的话，Seata 就需要回滚一阶段已经执行的“业务 SQL”，还原业务数据。

回滚方式便是用“before image”还原业务数据；但在还原前要首先要校验脏写，对比“数据库当前业务数据”和 “after image”，

如果两份数据完全一致就说明没有脏写，可以还原业务数据，如果不一致就说明有脏写，出现脏写就需要转人工处理。

2.3 对于分布式事务问题，你知道的解决方案有哪些？请你谈谈

 2. 简介

分布式事务的引入 

 一次业务操作需要跨多个数据源或需要跨多个系统进行远程调用，就会产生分布式事务问题

but

关系型数据库提供的能力是基于单机事务的，一旦遇到分布式事务场景，就需要通过更多其他技术手段来解决问题。

单体应用被拆分成微服务应用，原来的三个模块被拆分成三个独立的应用，分别使用三个独立的数据源，

业务操作需要调用三个服务来完成。

此时每个服务自己内部的数据一致性由本地事务来保证，但是全局的数据一致性问题没法保证。

Seata的全称是Simple Extensible Autonomous Transaction Architecture，即简单可扩展自治事务架构。旨在解决分布式系统中的事务一致性问题。Seata通过提供全局事务管理、分布式锁和多种事务模式支持，确保数据一致性并易于使用。

Seata的核心组件包括事务协调器（TC）、事务管理器（TM）和资源管理器（RM）。TC负责全局事务的协调和管理，TM是事务的发起者，RM是事务的参与者。这些组件相互协作，通过全局唯一的事务ID（XID）来跟踪和管理涉及的各个本地事务，确保它们的一致性。

工作流程

三个组件相互协作，TC以Seata 服务器(Server)形式独立部署，TM和RM则是以Seata Client的形式集成在微服务中运行，

流程如下：

1. TM 向 TC 申请开启一个全局事务，全局事务创建成功并生成一个全局唯一的 XID；
2. XID 在微服务调用链路的上下文中传播；
3. RM 向 TC 注册分支事务，将其纳入 XID 对应全局事务的管辖；
4. TM 向 TC 发起针对 XID 的全局提交或回滚决议
5. 5.  TC 调度 XID 下管辖的全部分支事务完成提交或回滚请求。