分布式系统设计权衡：CAP

分布式系统设计权衡：CAP2015-01-09写在最前：

1.为什么学习并记录分布式设计理念一系列相关的东西

在日常工作中系统设计评审的时候，经常会有一些同事抛出一些概念,高可用性，一致性等等字眼，他们用这些最基本的概念去反驳系统最初的设计，但是很多人理解的可用性,一致性等等问题，都是自己拍脑袋想的，或者根本和最原始表达的意思就不是一个东西，在这种情况下PK，就像不再一个频段的人在交流，除了争论，没有任何实质性的进展，所以有必要熟悉其理论基础，以免贻笑大方。（其实类似的例子还有很多，国内的技术人员都喜欢把一些此词模糊化，混淆而谈。例如XX云，实际卖的就是vps 和一小部分saas,这就叫cloud computing？）

2.准备说哪些东西

分布式系统设计在评审时，争论得最多的地方，其实也就是著名的cap理论，本文也主要对CAP理论加以自己的理解和应用

CAP理论

什么是分布式系统

部分在不同的节点上，通过网络协同工作的系统叫做分布式系统

CAP分别代表什么

Consistency

（all nodes see the same data at the same time）

Availability

Reads and writes always succeed.

Partition tolerance

（the system continues to operate despite arbitrary message loss or failure of part of the system）

一致性：更新操作成功并返回客户端完成后,分布式的所有节点在同一时间的数据完全一致

可用性: 读和写操作都能成功

分区容错性：再出现网络故障导致分布式节点间不能通信时，系统能否继续服务

CAP的是什么关系

It states, that though its desirable to have Consistency, High-Availability and Partition-tolerance in every system, unfortunately no system can achieve all three at the same time.

在分布式系统的设计中，没有一种设计可以同时满足一致性，可用性，分区容错性 3个特性

注意：不要将弱一致性，最终一致性放到CAP理论里混为一谈（混淆概念的坑真多）

弱一致性，最终一致性你可以认为和CAP的C一点关系也没有，因为CAP的C是更新操作完成后，任何节点看到的数据完全一致, 弱一致性。最终一致性本身和CAP的C一致性是违背的，所以你可以看到那些谎称自己系统同时具备CAP 3个特性是多么的可笑，可能国内更多的场景是：一个开放人员一旦走上讲台演讲，就立马转变为了营销人员，连最基本的理念也不要了。

这里有一篇标题很大的文章，实际上本文的changed更多的是在思考方式上，而本身CAP理论是没有changed的

为什么会是这样

我们来看一个简单的问题, 一个DB服务搭建在两个机房（北京,广州），两个DB实例同时提供写入和读取