Zookeeper怎么保持一致性？

Zookeeper是基于ZAB(类Paxos)协议实现的，我们可能常常有一个误解，就是ZK能够提供强一致，但其实默认情况下ZK并不能提供全局一致的数据视图，或者说线性一致性，比如说有两个客户端A和B，如果客户端将一个节点a的值从0改成1，并告诉客户端B去读取a，由于客户端连接的zk服务器不同，可能读取到0，也可能读到1。但如果你需要更强的一致性，期望让A和B读取到同样的值，可以通过执行Zookeeper#sync()方法，并在回调中读取a的值。 也就是说默认情况下，zk并不能保证线性一致性读，也就是由于网络延迟、gc等原因，不同的节点接受到日志的时间不一致、应用到本地内存数据库的时间也有差异，但对于读取请求来说，每一个zk服务器都会对外提供服务，即使是follower也是一样，也就是说follower有一层本地缓存，这也是zk读取性能很高的一个原因，如果需要更高的读取性能，我们可以增加更多的follower节点，均衡读取的压力，但要注意增加更多的节点，也意味着写请求需要同步到更多的节点，也就是写入的性能会下降，这个需要业务方自己去权衡。但如果业务方有线性一致性读的要求，可以通过sync调用，基本原理其实和read index差不多，来客户端连接的zk服务器本地的内存数据库追上最新的日志。 和读取不同，写入请求(set/delete)是满足线性一致性写的，也就是写入必须要走一次ZAB流程，但读取，由于每个客户端连接的zk服务节点不一致，而每个zk服务节点都会对外提供写服务，才会导致可能读到过期值。