CAP理论

CAP 其实就是一致性， 可用性， 分区容错性这三个词的缩写

一致性

一致性是事务 ACID 的一个特性【原子性（Atomicity） 、 一致性（Consistency） 、 隔离性（Isolation）、持久性（Durability） 】

这里讲的一致性其实大同小异， 只是现在考虑的是分布式环境中， 还是不单一的数据库。
在分布式系统中， 一致性是数据在多个副本之间是否能够保证一致的特性， 这里说的一致性
和前面说的对等性其实差不多。 如果能够在分布式系统中针对某一个数据项的变更成功执行
后， 所有用户都可以马上读取到最新的值， 那么这样的系统就被认为具有【强一致性】 。

可用性

可用性指系统提供服务必须一直处于可用状态， 对于用户的操作请求总是能够在有限的时间
内访问结果。

这里的重点是【有限的时间】 和【返回结果】

为了做到有限的时间需要用到缓存， 需要用到负载， 这个时候服务器增加的节点是为性能考
虑；为了返回结果， 需要考虑服务器主备， 当主节点出现问题的时候需要备份的节点能最快的顶替上来， 千万不能出现 OutOfMemory 或者其他 500， 404 错误， 否则这样的系统我们会认为是不可用的。

分区容错性

分布式系统在遇到任何网络分区故障的时候， 仍然需要能够对外提供满足一致性和可用性的服务， 除非是整个网络环境都发生了故障。不能出现脑裂的情况

具体描述

来看下 CAP 理论具体描述：
一个分布式系统不可能同时满足一致性、 可用性和分区容错性这三个基本需求， 最多只能
同时满足其中的两项

TIPS： 不可能把所有应用全部放到一个节点上， 因此架构师的精力往往就花在怎么样根据业务场景在 A 和 C 直接寻求平衡；