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

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

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

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

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

接下来，用户的读操作就会得到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中

)

registry {

file 、nacos 、eureka、redis、zk、consul、etcd3、sofa

第一步 把type="file"修改为nacos

第二步 除了nacos之外的注册配置都删除

第三步 修改nacos的配置

type = “nacos”
loadBalance = “RandomLoadBalance”
loadBalanceVirtualNodes = 10

nacos {
application = “seata-server”
serverAddr = “119.3.162.127:8848” # http://119.3.162.127/
group = “DEV”
namespace = “my-tianju”
cluster = “default”
username = “naocsPet5620”
password = “nacos”
}
}

第四步，删除除fi1e以外的配置

config {

file、nacos 、apollo、zk、consul、etcd3

type = “file”
file {
name = “file.conf”
}
}

修改file.conf文件，配置事务日志的存储方案，这里设置为MySQL数据库，需要设置url，用户名和密码登参数

transaction log store, only used in seata-server

第一步修T改mode="file"为db

第二步删除除db以外的配置

第三步修改db的配置

store {

store mode: file、db、redis

mode = “db”

database store property

db {

the implement of javax.sql.DataSource, such as DruidDataSource(druid)/BasicDataSource(dbcp)/HikariDataSource(hikari) etc.

datasource = “druid”

mysql/oracle/postgresql/h2/oceanbase etc.

dbType = “mysql”
driverClassName = “com.mysql.cj.jdbc.Driver”
url: “jdbc:mysql://192.168.150.101:3306/seata?serverTimezone=GMT%2B8”
user = “root”
password = “123”
minConn = 5
maxConn = 100
globalTable = “global_table”
branchTable = “branch_table”
lockTable = “lock_table”
queryLimit = 100
maxWait = 5000
}
}

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

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

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-lV35YBmR-1713467131712)]

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