Java - CAP定理

CAP 定理指的是在一个分布式系统中，一致性 Consistency、可用性 Availability、分区容

错性 Partition tolerance，三者不可兼得。

一致性（C）：分布式系统中多个主机之间是否能够保持数据一致的特性。

可用性（A）：系统提供的服务必须一直处于可用的状态

分区容错性（P）：分布式系统在遇到任何网络分区故障时，仍能够保证对外提供满足一

致性和可用性的服务。

CAP 定理的内容是：对于分布式系统，网络环境相对是不可控的，出现网络分区是不可

避免的，因此系统必须具备分区容错性。但系统不能同时保证一致性与可用性。即要么 CP，

要么 AP。

BASE 理论

BASE 是 Basically Available（基本可用）、Soft state（软状态）和 Eventually consistent（最

终一致性）三个短语的简写，BASE 是基于 CAP 定理逐步演化而来的。

BASE 理论的核心思想是：即使无法做到强一致性，但每个系统都可以根据自身的业务

特点，采用适当的方式来使系统达到最终一致性。

基本可用

基本可用是指分布式系统在出现不可预知故障的时候，允许损失部分可用性。

软状态

即允许系统主机间进行数据同步的过程存在一定延时。软状态，其实就是一种过渡状态。

最终一致性

最终一致性的本质是需要系统保证最终数据能够达到一致，而不需

要保证系统数据的实时一致性。

CP

Zookeeper 遵循的是 CP 模式，即保证了一致性，但牺牲了可用性。

Consul 遵循的是 CP 模式，即保证了一致性，但牺牲了可用性。

AP

Redis 遵循的是 AP 模式，即保证了可用性，但牺牲了一致性。

Eureka 遵循的是 AP 模式，即保证了可用性，但牺牲了一致性。

Nacos 在做注册中心时，默认是 AP 的。但其也支持 CP 模式，但需要用户提交请求进行

转换。