分布式事务（1）--CAP和BASE理论

最新推荐文章于 2024-03-30 20:42:38 发布

harder_cn

最新推荐文章于 2024-03-30 20:42:38 发布

阅读量262

点赞数

分类专栏：分布式事务文章标签：分布式

本文链接：https://blog.csdn.net/harder_cn/article/details/118785083

版权

分布式事务专栏收录该内容

5 篇文章 1 订阅

订阅专栏

本文探讨分布式系统中的CAP理论，比较ACID与BASE模型，解释一致性(C)、可用性(A)和分区容错性(P)的关系，以及如何在CAP取舍中找到适合的平衡。理解BASE理论的最终一致性，适用于大型互联网应用的实践策略。

摘要由CSDN通过智能技术生成

先说明一下：我参考、借鉴了很多相关文章，就是为了让更多人简单的明白知识，如有复用希望大家理解。

这一篇文章来学习下分布式事务的原则，首先还是看一下学习图。
在这里插入图片描述

理解CAP

CAP原则又称CAP定理，指的是在一个分布式系统中， Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），下面是阮一峰老师的解释，真的很易懂，来一个一个看看。

一致性（C）：
在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）
举例来说，某条记录是 v0，用户向 G1 发起一个写操作，将其改为 v1。接下来，无论用户从任意库中的读操作就会得到 v1。这就叫一致性。
可用性（A）：
在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）

这个好理解，意思是只要收到用户的请求，服务器就必须给出回应。用户可以选择向 G1 或 G2 发起读操作。不管是哪台服务器，只要有可连通的服务，就必须给回应，否则就不满足可用性。
分区容忍性（P）：
大多数分布式系统都分布在多个子网络。每个子网络就叫做一个区（partition）。分区容错的意思是，区间通信可能失败。比如，一台服务器放在中国，另一台服务器放在美国，这就是两个区，它们之间可能无法通信。

上图中，G1 和 G2 是两台跨区的服务器。G1 向 G2 发送一条消息，G2 可能无法收到。系统设计的时候，必须考虑到这种情况。
一般来说，分区容错无法避免，因此可以认为 CAP 的 P 总是成立。CAP 定理告诉我们，剩下的 C 和 A 无法同时做到。

CAP的取舍

下面说下CAP的取舍，先上大家公认的一张图。
在这里插入图片描述
大家都知道CAP理论不可能同时满足CAP，只能选择CA/CP/AP其中一个，那么为什么呢，下面我们好好理解一下。

三、CAP特性的取舍

我们分析一下既然可以满足两个，那么舍弃哪一个比较好呢？

（1）满足CA舍弃P，也就是满足一致性和可用性，舍弃容错性。但是这也就意味着你的系统不是分布式的了，因为涉及分布式的想法就是把功能分开，部署到不同的机器上。

（2）满足CP舍弃A，也就是满足一致性和容错性，舍弃可用性。如果你的系统允许有段时间的访问失效等问题，这个是可以满足的。就好比多个人并发买票，后台网络出现故障，你买的时候系统就崩溃了。

（3）满足AP舍弃C，也就是满足可用性和容错性，舍弃一致性。这也就是意味着你的系统在并发访问的时候可能会出现数据不一致的情况。

对于AP，举个例子。像12306还有淘宝网，就好比是你买火车票，本来你看到的是还有一张票，其实在这个时刻已经被买走了，你填好了信息准备买的时候发现系统提示你没票了。这就是牺牲了一致性。

对于CP，举个例子。就好比mysql中的事务机制，张三给李四转了100块钱，这时候必须保证张三的账户上少了100，李四的账户多了100。因此需要数据的一致性，而且什么时候转钱都可以，也需要可用性。但是可以转钱失败是可以允许的。

Base 理论

BASE：全称：Basically Available(基本可用)，Soft state（软状态）,和 Eventually consistent（最终一致性）三个短语的缩写，来自 ebay 的架构师提出。

Base 理论是对 CAP 中一致性和可用性权衡的结果，其来源于对大型互联网分布式实践的总结，是基于 CAP 定理逐步演化而来的。其核心思想是：
既是无法做到强一致性（Strong consistency），但每个应用都可以根据自身的业务特点，采用适当的方式来使系统达到最终一致性（Eventual consistency）。

Basically Available(基本可用)
什么是基本可用呢？假设系统，出现了不可预知的故障，但还是能用，相比较正常的系统而言：