01.ZooKeeper简介

什么是ZooKeeper

Zookeeper是用Java开发的一个分布式协调服务，就是为用户的分布式应用程序提供协调服务。应用程序可以在Zookeeper集群上注册当前的节点数据，当节点数据发生更改时，ZooKeeper还会通知应用程序。

ZooKeeper的应用场景

• 配置文件管理（如：Solor集群的索引配置文件）
• 服务器状态感知（告诉客户端有哪些服务器可用）
• 主从协调（服务器内部选举出master节点）
• 分布式共享锁
• 统一名称服务

ZooKeeper特性

• ZooKeeper是为别的分布式程序服务的
• Zookeeper本身就是一个分布式程序
• Zookeeper集群中包含一个leader和多个follower
• 只要集群中有半数以上节点存活，集群就能提供服务(适合装在奇数台机器上)
• 全局数据一致：每个server保存一份相同的数据副本，client无论连接到哪个server，数据都是一致的
• 分布式读写，更新请求转发，由leader实施
• 更新请求顺序进行，来自同一个client的更新请求按其发送顺序依次执行
• 实时性，在一定时间范围内，client能读到最新数据

ZooKeeper选举机制(了解)

全新集群

1. 服务器1启动,此时只有它一台服务器启动了,它发出去的报没有任何响应,所以它的选举状态一直是LOOKING状态
2. 服务器2启动,它与最开始启动的服务器1进行通信,互相交换自己的选举结果,由于两者都没有历史数据,所以id值较大的服务器2胜出,但是由于没有达到超过半数以上的服务器都同意选举它(这个例子中的半数以上是3),所以服务器1,2还是继续保持LOOKING状态.
3. 服务器3启动,根据前面的理论分析,服务器3成为服务器1,2,3中的老大,而与上面不同的是,此时有三台服务器选举了它,所以它成为了这次选举的leader.
4. 服务器4启动,根据前面的分析,理论上服务器4应该是服务器1,2,3,4中最大的,但是由于前面已经有半数以上的服务器选举了服务器3,所以它只能接收当小弟的命了.
5. 服务器5启动,同4一样,当小弟.

数据恢复

那么，初始化的时候，是按照上述的说明进行选举的，但是当zookeeper运行了一段时间之后，有机器down掉，重新选举时，选举过程就相对复杂了。
需要加入数据id、leader id和逻辑时钟。
数据id：数据新的id就大，数据每次更新都会更新id。
Leader id：就是我们配置的myid中的值，每个机器一个。
逻辑时钟：这个值从0开始递增,每次选举对应一个值,也就是说:  如果在同一次选举中,那么这个值应该是一致的 ;  逻辑时钟值越大,说明这一次选举leader的进程更新.
选举的标准就变成：
1、逻辑时钟小的选举结果被忽略，重新投票
2、统一逻辑时钟后，数据id大的胜出
3、数据id相同的情况下，leader id大的胜出
根据这个规则选出leader。