一致性保障

ZooKeeper是一个高性能，可扩展的服务。虽然读比写更快，但在设计上，它的读操作和写操作都很快。之所以会出现读比写更快，是因为在某些“读”的情况下，ZooKeeper 可以使用比较旧的数据，这得益于ZooKeeper的一致性保障：

连续一致性

来自客户端的更新请求会按照它们发送的顺序被应用。

原子性

更新要么成功，要么失败——不会出现部分成功的（更新操作）结果

单系统图像

一个客户端将会看到和它连接的服务器相同的服务视图。

可靠性

一旦一个更新被应用了，它（更新）将会从此一直存在，直到一个客户端再次更新。从这个保障可以得出两个推论：

1.如果一个客户端获得一个成功的返回码，更新将会一直被应用。在一些失败的情况下（比如连接错误，超时等）客户端将不会知道更新被应用了与否。我们对使失败（错误）降到最低采取了行动，但这个保障仅仅当返回码是正确的时侯才会出现。（这是一种在Paxos算法中被称为单调性的情况）。

2、任何通过读请求或成功更新的已被客户端看到的更新，当它处于从服务器错误中恢复的状态时（操作）将不能被回滚。

及时性

系统的客户端视图被强制性定为在一个合适的时间范围内（在命令的数十秒内）是最新的。系统的改变在这个范围内既不会被客户端看见，客户端也不会知道服务的运行中断。

使用这些一致性保障来建造一些更高级的功能，如leader选举、障碍、队列以及在ZooKeeper客户端（附件不被ZooKeeper需要）进行唯一的可撤销的锁的读/写是简单的。更多详情请见”Recipes and Solutions”。