1zookepper基础

1.特点
1.1Zookeeper:一个领导者(leader),多个跟随者(follower)组成的集群
1.2集群中只要有半数以上的节点存活,zookeeper集群就能正常服务
1.3全局数据一致:每个server保存一份相同的数据副本,client无论连接到哪个server,数据都是一致的
1.4更新请求顺序执行,来自同一个client更新请求按其发送顺序依次执行
1.5数据更新原子性,一次更新要么成功,要么失败
1.6实时性,在一定时间范围内,client能读到最新数据

2.数据结构
3.zookeeper的安装
3.1安装JDK
3.2安装zookeeper
tar -zxvf zookeeper-3.4.10.tar.gz
3.3配置修改
将zookeeper-3.4.10/conf目录下的zoo_sample.cfg修改为zoo.cfg
mv zoo_sample.cfg zoo.cfg
3.4打开zoo.cfg文件，修改dataDir路径：
vim zoo.cfg
修改内容如下:
dataDir=/opt/zk/zookeeper-3.4.10/zkData
3.5在/opt/zk/zookeeper-3.4.10/目录下创建zkData
mkdir zkData

4.操作Zookeeper
4.1启动Zookeeper
bin/zkServer.sh start
4.2查看进程是否启动
jps
启动如下:
2722 Jps
2700 QuorumPeerMain
4.3查看状态
zkServer.sh status
4.4启动客户端
zkCli.sh
4.5退出客户端
quit
4.6停止Zookeeper
zkServer.sh stop

5.选举机制

（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一样当小弟。

6.节点类型:持久(persistent);短暂(ephemeral)