因为之前学习并使用了Kafka，所以专门查看了有关zookeeper相关的资料，看了大量的博客及官网资料，也因为有些地方理解不清楚向认识的专业人士进行了咨询，这里对这段时间的学习进行总结。

　　ZooKeeper特性

         顺序性，client的updates请求都会根据它发出的顺序被顺序的处理；

         原子性,  一个update操作要么成功要么失败，没有其他可能的结果；

         一致的镜像，client不论连接到哪个server，展示给它都是同一个视图；

         可靠性，一旦一个update被应用就被持久化了，除非另一个update请求更新了当前值

         实时性，对于每个client它的系统视图都是最新的

 

　　ZooKeeper集群

　　有关Zookeeper的集群，这里要引用官网的一张图

　　对上面这张图的各角色的描述如下

 

　　上面这张图需要重点说明的有如下几点：

1、 Zookeeper集群的读写模式采用的是写任意。即不论是Leader还是Follower还是Observe均能接收到写请求，但是Follower和Observe会把写请求转发给Leader。

这个地方的理解可能有点拗，就是所有Zookeeper Server只响应来自Leader的写请求，如果不是Leader发起的就先转发给Leader。为什么这么做可以参考下面的数据一致性。

2、 所谓集群，对外来说就是一个整体，上面Client与Server的链接均为通过负载均衡获取。

3、 对于kafka而言，每一个Broker服务就是上图中的Client。如果kafka也采用集群的方式，上面的图就应该变成下面这样。

　　数据一致性

 

　　对于任何一个Client，不论你连接的是Zookeeper集群的哪个Server，得到的都是同一个数据视图。

　　Zookeeper集群最大一个特点就是解决分布式一致性问题。简单讲，数据一致性就是指在对一个副本数据进行更新的同时，必须确保也能更新其他副本(其他副本可能在各个不同的服务器节点)，否则不同副本之间的数据将不再一致。

　　ZooKeeper是如何做到这一点的，就是采用了paxos算法。

过程详解：

1 ，客户端发请求：执行 Client 程序，比如说，我们连接到的是 follower，那么我们就跟 follower 说，我要新增一条数据。

2 ，上报：follower 是没有权利进行事务性操作的( 增，删，改，都属于事务性操作 )，follower 把请求上报给 leader 。

3 ，广播：leader 将新增数据的消息发送给集群中的所有节点。

4 ，过半数成功原则：如果一半以上的机器新增数据成功，那么就认为数据已经新增成功了，将新增成功的结果发送给接受请求的 follower。

5 ，响应：follower 告诉 Cleint 客户端，新增成功

 

　　其余的知识点这里就不写了，可以通过下面几篇博客来参考。

Zookeeper的功能以及工作原理

ZooKeeper学习第一期---Zookeeper简单介绍

zookeeper理论