听说你还不懂什么是CAP理论？我来带你一起研究

红太狼 2022-10-16 06:14 147阅读 0赞

靓仔靓女们，nice  to meet you!   ![图片][27589ae9bd3f7dc91425378ea1223913.png]![图片][27589ae9bd3f7dc91425378ea1223913.png]![图片][27589ae9bd3f7dc91425378ea1223913.png] 进阶之路一直在路上。凡是做过分布式系统开发经验的同学，都应该对CAP理论有一个深刻的掌握，那今天我们一起来学学什么是CAP理论，Fighting![图片][67cd21ad7910346cd0233e923d1f8c88.png]![图片][67cd21ad7910346cd0233e923d1f8c88.png]![图片][67cd21ad7910346cd0233e923d1f8c88.png]。

## 一、CAP理论概述 ##

一个分布式系统最多只能同时满足**一致性**（Consistency）、**可用性**（Availability）和**分区容错性**（Partition tolerance）这三项中的两项。

![图片][e1db6c388d92e89f150f049e1edeeb29.png]

那可能就有人不同意了，为啥只能满足其中的两项呢？  为啥非要让我在“一致性”，“可用性”和“分区容错性”中选2个呢？      我就不，我偏不。

*不是说只有小孩子才做选择题，而大人两个都要的吗？   所以你还是小孩子，年轻真棒，香啊*![图片][f3e695089f91bb4ba3ae7c064bac044e.png]![图片][f3e695089f91bb4ba3ae7c064bac044e.png]![图片][f3e695089f91bb4ba3ae7c064bac044e.png]！

**1、啥是一致性？**

一致性指 “all nodes see the same data at the same time”，即所有节点在同一时间的数据完全一致。即多副本（Replications）问题中的数据一致性

对于一致性，可以分为强一致性、弱一致性、最终一致性三类，下面我来分别说说三者

**强一致性**

当更新操作完成之后，在任何时刻所有的用户或者进程查询到的都是最近一次成功更新的数据。强一致性是程度最高一致性要求，也是最难实现的。关系型数据库更新操作就是这个案例。

**弱一致性**

当数据更新后，后续对该数据的读取操作可能得到更新后的值，也可能是更改前的值。

**最终一致性**

在某一时刻用户或者进程查询到的数据可能都不同，但是最终成功更新的数据都会被所有用户或者进程查询到。简单理解为，就是在一段时间后，数据会最终达到一致状态。

**二、啥是可用性？**

可用性指“`Reads and writes always succeed`”，即服务在正常响应时间内一直可用。好的可用性主要是指系统能够很好的为用户服务，不出现用户操作失败或者访问超时等用户体验不好的情况。

**三、啥是分区容错性？**

分区容错性指“the system continues to operate despite arbitrary message loss or failure of part of the system”，即分布式系统在遇到某节点或网络分区故障的时候，仍然能够对外提供满足一致性或可用性的服务。

二、核心证明：CAP为啥只能满足其中的2个

![图片][19d78fe7d03993582ed72924df220673.png]

N1和N2是分布式系统中的多个服务节点，比如我们从N1节点上使用A程序往DB1里写数据，写完了以后就得做数据同步的工作，把DB1的数据同步更新到DB2上，确保数据一致性。

这是正常运作的场景，也是理想的场景，然而现实是残酷的，当错误发生的时候，**一致性**和**可用性**还有**分区容错性**，是否能同时满足，还是说要进行取舍呢？

在满足**一致性**的时候，DB1和DB2的数据是一致的。在满足**可用性**的时候，用户不管是请求N1或者N2，都会得到立即响应。在满足**分区容错性**的情况下，N1和N2有任何一方宕机，或者网络不通的时候，都不会影响N1和N2彼此之间的正常运作。

作为一个分布式系统，它和单机系统的最大区别，就在于网络，现在假设一种极端情况，N1和N2之间的网络断开了，我们要支持这种网络异常，相当于要满足**分区容错性**，能不能同时满足**一致性**和**可用性**呢？还是说要对他们进行取舍。

![图片][ee6d4e4eb3240b816b78ca420954fcc8.png]

假设在N1和N2之间网络断开的时候，有用户向N1发送数据更新请求，那DB1中的数据就是最新的，但是由于网络是断开的，所以在第2步数据同步的过程中失败了，所以N2中的数据依旧是旧数据；这个时候，有用户向N2发送数据读取请求，由于数据还没有进行同步，应用程序没办法立即给用户返回最新的数据，怎么办呢？

有二种选择，第一，牺牲数据一致性，N2节点直接响应旧的数据给用户；第二，牺牲可用性，阻塞等待，直到网络连接恢复，数据同步完成之后，N2节点再给用户响应最新的数据。

这个过程，证明了要满足分区容错性的分布式系统，只能在一致性和可用性两者中，选择其中一个。

三、那该如何权衡CAP呢？

**      通过CAP理论，我们知道无法同时满足一致性、可用性和分区容错性这三个特性，那要舍弃哪个呢？**

对于多数大型互联网应用的场景，主机众多、部署分散，分区容忍性是基本要求，否则就失去了价值，而且现在的集群规模越来越大，所以节点故障、网络故障是常态，而且要保证服务可用性达到N个9，即保证P和A，舍弃C（退而求其次保证最终一致性）。虽然某些地方会影响客户体验，但没达到造成用户流程的严重程度。

对于涉及到金钱财务这样的不能有一丝让步的场景，C必须保证。网络发生故障宁可停止服务，这是保证CA，舍弃P。  还有一种是保证CP，舍弃A。例如网络故障是只读不写。所以说到底如何权衡CAP，没有定论，只能根据场景定夺，适合的才是最好的。

**小脑袋动一动**：  在微服务架构中，注册中心eureka和zookeeper的区别是什么？

答案就留到下一期吧，不然这一期写完了，下期写啥？素材也是很难找的，好吧，体谅一下咯！

好啦，今天分享的内容就到此结束了，慕仔们，我们下期再会![图片][a0219c51554c30578e1151784e55eda0.png]![图片][a0219c51554c30578e1151784e55eda0.png]![图片][a0219c51554c30578e1151784e55eda0.png]！

半山腰总是最挤的，你得去山顶上瞅瞅，拜拜

好，今天的内容就分享到这里了，你们一定要变优秀哦，我们下期再见。

现在公众号迁移到这个啦， 不要迷路了，慕仔们，加油哦！

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQwMjQxOTU3_size_16_color_FFFFFF_t_70][]

接下来的一段时间，我会专注Java技术栈，计算机网络，数据结构和算法，操作系统，设计模式，计算机组成原理，数据库原理，设计模式来做分享，欢迎你们和我一起学习，一起提高，Fighting!

[27589ae9bd3f7dc91425378ea1223913.png]: https://img-blog.csdnimg.cn/img_convert/27589ae9bd3f7dc91425378ea1223913.png
[67cd21ad7910346cd0233e923d1f8c88.png]: /images/20221014/3ccd35858ae2442d84706f1f6570e613.png
[e1db6c388d92e89f150f049e1edeeb29.png]: /images/20221014/742d7d7f6b5249b99e5993985b7533bb.png
[f3e695089f91bb4ba3ae7c064bac044e.png]: /images/20221014/4d99138db9884a19a1d9f8ea38221307.png
[19d78fe7d03993582ed72924df220673.png]: /images/20221014/32700a66b1c943c4be4ff404aa27bb52.png
[ee6d4e4eb3240b816b78ca420954fcc8.png]: /images/20221014/195c820babe5475692feea189e943b46.png
[a0219c51554c30578e1151784e55eda0.png]: /images/20221014/ced22b06d67640278f1a48bec8b7aedf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQwMjQxOTU3_size_16_color_FFFFFF_t_70]: /images/20221014/d57a5477231a488483c8dfbf53a41baf.png