1.什么是分布式事务?
在分布式系统下，一个业务跨越多个服务或数据源，每个服务都是一个分支事务，要保证所有分支事务最终状态一致，这样的事务就是分布式事务。
2.什么是CAP理论?
分布式系统无法同时满足
Consistency（一致性）：用户访问分布式系统中的任意节点，得到的数据必须一致
Availability （可用性）：用户访问集群中的任意健康节点，必须能得到响应，而不是超时或拒绝
Partition（分区）：因为网络故障或其它原因导致分布式系统中的部分节点与其它节点失去连接，形成独立分区。
Tolerance（容错）：在集群出现分区时，整个系统也要持续对外提供服务
这三个指标。
这个结论就叫做 CAP 定理。
简述CAP定理内容
•分布式系统节点通过网络连接，一定会出现分区问题（P）
•当分区出现时，系统的一致性（C）和可用性（A）就无法同时满足
3.什么是BASE理论?
BASE理论是对CAP的一种解决思路，包含三个思想：
•Basically Available （基本可用）：分布式系统在出现故障时，允许损失部分可用性，即保证核心可用。
•Soft State（软状态）：在一定时间内，允许出现中间状态，比如临时的不一致状态。
•Eventually Consistent（最终一致性）：虽然无法保证强一致性，但是在软状态结束后，最终达到数据一致。
4.常见的分布式事务解决方案?
解决分布式事务，各个子系统之间必须能感知到彼此的事务状态，才能保证状态一致，因此需要一个事务协调者来协调每一个事务的参与者（子系统事务）。
这里的子系统事务，称为分支事务；有关联的各个分支事务在一起称为全局事务
•AP模式 最终一致思想：各分支事务分别执行并提交，如果有不一致的情况，再想办法恢复数据
•CP模式 强一致思想：各分支事务执行完业务不要提交，等待彼此结果，而后统一提交或回滚。事务等待过程中，处于弱可用状态
5.简单介绍一下seata框架?
seata是开源的一站式分布式事务解决方案
Seata事务管理中有三个重要的角色：
•TC (Transaction Coordinator) - 事务协调者：维护全局和分支事务的状态，协调全局事务提交或回滚。
•TM (Transaction Manager) - 事务管理器：定义全局事务的范围、开始全局事务、提交或回滚全局事务。
RM (Resource Manager) - 资源管理器：管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚
Seata提供了四种不同的分布式事务解决方案：
•XA模式：强一致性分阶段事务模式，牺牲了一定的可用性，无业务侵入
•TCC模式：最终一致的分阶段事务模式，有业务侵入
•AT模式：最终一致的分阶段事务模式，无业务侵入，也是Seata的默认模式
•SAGA模式：长事务模式，有业务侵入
6.如何使用seata解决分布式事务?
下载seata压缩包，解压，修改配置，在nacos统一配置中心添加配置
启动
在项目中集成，引入seata依赖，添加一些配置
7.介绍一下seata AT模式的工作原理?
阶段一RM的工作：
•注册分支事务
•记录undo-log（数据快照）
•执行业务sql并提交
•报告事务状态
阶段二提交时RM的工作：
•删除undo-log即可
阶段二回滚时RM的工作：
•根据undo-log恢复数据到更新前
8.请详细说明一下AT模式具体是如何实现事务回滚的?
AT模式利用数据快照实现数据回滚
9.seataAT模式是否有脏读问题，如何解决?
脏读产生的原因：当一个线程操作一个对象未加同步方法时修改了共享资源的内容，在修改的过程中，只修改了一半时，恰好另一个线程读取到了还未修改完的值，此时便产生了脏读。
避免方法：在对象修改和获取值的方法上添加同步锁，即可避免
10.seataAT模式是否有脏写问题，如何解决?
没有
解决思路就是引入了全局锁的概念。在释放DB锁之前，先拿到全局锁。避免同一时刻有另外一个事务来操作当前数据。
11.项目中的实际业务场景?
修改application.yml文件，将事务模式修改为AT模式即可：
seata:
data-source-proxy-mode: AT
若有收获，就点个赞吧
0 人点赞
