大家在看书和参加会议的时候，经常会听到关于数据体系结构设计的CAP原理。 例如，根据CAP原理，分布式设计系统只能实现数据的最终完整性，而不是实时事务的完整性。 那么，这些专家和设计者经常提起的CAP是什么呢？ 先问一下女儿吧。 据百度百科介绍，CAP原则又称CAP定理，在一个分布式系统中，一致性、可用性、分区性三者不可兼得。
分布式系统的CAP理论：理论首先将分布式系统中的三个特性归纳如下。
一致性(c )分布式系统上的所有数据备份在同一时间是否具有相同的值。 (与所有节点访问同一最新数据副本相同。)。 这意味着使用的APP应用程序随时都可以访问相同的数据。 可用性(a )群集中的某些节点出现故障后，整个群集是否仍能响应客户端的读写请求。 (数据更新具有高可用性)，这意味着任何时候都可以在任何APP应用程序中读写数据。 分区容错(p )作为实际效果，分区相当于对通信的时限要求。 如果系统无法按时达到数据完整性，则意味着出现了分区情况，必须在c和a之间选择当前操作。 换句话说，系统可以跨越网络分区线性伸缩和扩展。
如上图所示，无法设计出一致且同时满足可用性和分区容错的系统。 其实是三角约束。 我们分班绕过去吧。 学过项目管理的同学都知道。 项目管理中也有有名的黄金三角约束。 时间、质量和成本或时间、成本和范围的三角约束。
鱼与熊掌不可兼得，要求架构设计师与业务部门或客户或领导层沟通，做出一定的取舍。 毕竟在很多公司里，技术是业务驱动的。