分布式事务——CAP理论 &amp； 解决分布式事务的思路 &amp； Seata组件初识 和 部署_cap在分布式事务中的体现

• 二、CAP定理
• • 1、Consistency(一致性)

• 2、Availability(可用性)
• 3、Partition tolerance(分区容错性)

• 三、解决分布式事务的思路
• 四、Alibaba分布式事务组件Seata
• 五、部署Seata
• • 准备工作

• 启动

• 总结

引出

---

1.介绍分布式事务产生的场景，阐述了CAP理论；
2.分析了分布式事务的解决思路；
3.初步介绍了Alibaba分布式事务组件Seata，给出了部署方法。

一、分布式事务

分布式事务，就是指不是在单个服务或单个数据库架构下，产生的事务，例如：

• 跨数据源的分布式事务
• 跨服务的分布式事务

在数据库水平拆分、服务垂直拆分之后，一个业务操作通常要跨多个数据库、服务才能完成。例如电商中比较常见的下单付款案例

• 创建新订单
• 扣减商品库存
• 扣减会员积分

完成上面的操作需要访问三个不同的微服务和三个不同的数据库。
订单的创建、库存的扣减、扣减会员积分在每一个服务和数据库内是一个本地事务，可以保证ACID原则。

但是当我们把三件事情看做一个"业务"，要满足保证“业务"的原子性，要么所有操作全部成功，要么全部失败，不允许出现部分成功部分失败的现象，此时ACID难以满足，就需要分布式系统下的事务管理。

二、CAP定理

解决分布式事务问题，需要一些分布式系统的基础知识作为理论指导。

1998年，加州大学的计算机科学家Eric Brewer提出，分布式系统有三个指标。

• Consistency(一致性)
• Availability(可用性)
• Partition tolerance(分区容错性)

1、Consistency(一致性)

用户访问分布式系统中的任意节点，得到的数据必须一致。

比如现在包含两个节点，其中的初始数据是一致的。用户向节点1发起一个写操作，将其改为data1=2。

接下来，用户的读操作就会得到2。这就叫一致性。

问题是，用户有可能向节点2发起读操作，由于节点2的值没有发生变化，因此返回的是dta1=1。节点1和节点 2读操作的结果不一致，这就不满足一致性了。

为了让节点2也能变为2，就要在节点1写操作的时候，让节点1向节点2发送一条消息，要求节点2也改成data1=2。

这样的话，用户向节点2发起读操作，也能得到data1=2。因此要想保住一致性，就必须实现节点1到节点2的数据同步。

2、Availability(可用性)

用户访问集群中的任意健康节点，必须能得到响应，而不是超时或拒绝

如图，有三个节点的集群，访问任何一个都可以及时得到响应：

当有部分节点因为网络故障或其它原因无法访问时，代表节点不可用，但其他可用节点可以继续提供服务。

3、Partition tolerance(分区容错性)

Partition(分区)：因为网络故障或其它原因导致分布式系统中的部分节点与其它节点失去连接，形成独立分区。

Tolerance(容错)：容错表示在集群出现分区时，整个系统也要持续对外提供服务。

在分布式系统中，系统间的网络不能100%保证健康，一定会有故障的时候，而服务又必须对外保证服务。因此分区容错性不可避免。

当节点接收到新的数据变更时，就会出现问题了：

如果此时要保证一致性，就必须等待网络恢复，完成数据同步后，整个集群才对外提供服务，服务处于阻塞状态，不可用。

如果此时要保证可用性，就不能等待网络恢复，那节点1、节点2与节点3之间就会出现数据不一致。

综上所述，无法同时做到一致性和可用性。系统设计时只能选择一个目标，在P一定会出现的情况下，A和C之间只能实现一个。这就是CAP定理。

CP: 强一致性，弱可用性，牺性部分机器的可用性，保证数据一致性，如zookeeper、es
AP: 强可用性，弱一致性，牺牲一致性，保证可用性，如Eureka

三、解决分布式事务的思路

分布式事务最大的问题是各个子事务的一致性问题，因此可以借鉴CAP定理，有两种解决思路：

• AP模式：各子事务分别执行和提交，允许出现结果不一致，然后采用弥补措施恢复数据即可，实现最终一致。
• CP模式：各个子事务执行后互相等待，同时提交，同时回滚，达成强一致。但事务等待过程中，处于弱可用状态。

但不管是哪一种模式，都需要在各个子系统事务之间互相通讯，协调事务状态，也就是需要一个事务协调者

这里的子系统事务，称为分支事务，如上图中的订单服务、库存服务都为一个子事务，有关联的各个分支事务组织在一起称为全局事务。

四、Alibaba分布式事务组件Seata

http://seata.io/zh-cn

Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT、TCC、SAGA和XA事务模式，为用户打造一站式的分布式解决方案。

1、Seata提供了四种不同的分布式事务解决方案：

• XA 模式：强一致性分阶段事务模式，牺性了一定的可用性，无业务侵入
• TCC模式：最终一致的分阶段事务模式，有业务侵入
• AT模式：最终一致的分阶段事务模式，无业务侵入，也是Seata的默认模式
• SAGA模式：长事务模式，有业务侵入

无论哪种方案，都离不开事务协调者。

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

• TC(Transaction Coordinator))·事务协调者：维护全局和分支事务的状态，协调全局事务提交或回滚。
• TM(Transaction Manager)-事务管理器：定义全局事务的范围、开始全局事务、提交或回滚全局事务。
• RM(Resource Manager)-资源管理器：管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。

具体的执行流程如下：

五、部署Seata

http://seata.io/zh-cn/docs/download

准备工作

创建数据库

用seata提供的MySQL脚本进行数据库表的创建

进行seata的配置，在1.4版本下主要修改下面两个文件

修改registry.conf文件，主要设置注册方式为nacos，配置nacos相关的地址，组名，用户名密码等，让seata注册到nacos中

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数软件测试工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上软件测试开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

，真正体系化！**

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-27uEvJjt-1713016060705)]

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！