一致性保证: ZooKeeeper 是一个高性能的,可扩展的服务。不管是读和写操作是被设计成快速,虽然读比写快。 这样做的原因是在读的情况下,Zookeeper 可以提供旧的数据, 反过来又是由于Zookeeper的一致性保证； 顺序一致性； 从客户端更新会按他们发送的顺序应用 原子性； 更新成功还是失败 不会有部分的结果 单系统镜像 一个客户端可以看到相同的试图 可靠性: 一旦一个更新被应用, 它会坚持从那个时间知道一个客户端覆盖更新。 这个保证2个推论: 1.如果一个客户端成功的得到一个返回码,更新会被应用。在一些失败的情况(通讯错误,超时等) 客户端不知道如果更新是否已经被应用。 我们采取措施尽量减少故障, 但是保证只是当前的成功的返回码(这个被称为所谓的Paxos) 2. 任何更新被客户端看到,通过读取请求或者成功的更新,永远不会被回滚当从服务器故障恢复。 时效性: 客户端试图是保证在某段时间内是最新的(在几十秒的顺序0 注意: 有些时候 开发者错误的认为另一个保证ZooKeeper 不会实际上做，这就是 同时一致性跨客户端视图: ZooKeeper 不强制保证在每个实例及时的,两个不同的客户端会有zk数据的一致性视图 由于 像网络延时,一个客户单可能执行一个更新在其他客户单得到改变的通知前。 考虑到两个客户端的情况,A和B 如果客户端A 设置一个 znode /a 从0变为1 然后告诉client B去读取/a,客户端B 可能读取老的值0, 依赖它连接到哪台服务器。如果是重要的Client A 和Client B 读取相同的值, Client B应该调用sync()方法。 因此,ZooKeeper 本身不保值改变发生同步到所有的服务器