一、什么是CAP

是一种定理，多用于描述分布式架构，CAP这三个字母对应三种理念，且这三种理念只能两两组合，不能CAP三种理念同时共存（为什么？下面说）。

C：Consisteny（一致性）
A：Availability（可用性）
P：Partition Tolerance（分区容错性）

二、细说CAP

C：Consisteny（一致性），比如数据库是主从模式，一个写库请求进来了，master库完成了写入操作，但是再slave同步数据之前，另一个用户查了这条数据，结果没查到，但是也没报错，这就不是强一致性。虽然最终会同步成功，但这是最终一致性的体现。强一致性的体现在于我不管你因为什么没同步成功（可能网络延迟或其他等），只要没同步成功，我这个slave就不能对外提供服务。必须主从数据一致才可以提供服务。（很少有做到这点的）
A：Availability（可用性），还是上面的例子，就是保证了可用性。因为虽然主从没同步完成，但是我从库照样能提供服务而且及时响应结果。也就是说可用性保证服务可用，而不在乎数据是否一致。明显和C是冲突的，那CA怎么还能组合到一起？后面说。
P：Partition Tolerance（分区容错性），集群部署了三台服务。挂了一台，其他两台还能继续对外提供服务，这时候我就认为他是没问题的，也就是我能容忍你挂了一台，只要还有服务能对外提供请求即可。所以一般分区容忍性是必须的，一般都需要从C和A之间做选择。

三、CAP组合

1、CP

即一致性和分区容忍性。

在这里插入图片描述
把节点A和节点B理解成mysq主从的话，那么就是A和B之间不能互相通讯，网络出问题了，当有客户端向A写入msg1的时候，会直接失败，因为C要保证A和B两个节点之间的数据强一致性。
假如有另一个客户端向B节点进行读取msg2消息的时候，B返回是成功的，因为msg2节点是A和B之间网络通顺时存在的老数据，数据是一致的。这就是虽然你A不可用，但是我B还能提供服务，这就保证了分区容忍性。

2、AP

即可用性和分区容忍性。

在这里插入图片描述
节点A和B之间不能互相通讯，当有客户端向A节点写入msg1的时候，节点A允许写入，请求操作成功，但此时由于A和B不能通信，所以导致B节点的msg1的数据是旧的，或者根本不存在。但是另一个客户端向B节点读取msg1的时候是可以成功的，要么读到的是旧数据要么读取不到。但是服务是可用的，只是数据可能有问题。这就保证了可用性，舍弃了强一致性。