Zookeeper

作为分布式中间件，zookeeper有以下几个重要功能

1. 服务注册
2. 服务监听 ：观察者模式，有服务上线或下线可以感知，并进行响应回调处理
3. 服务拉取
4. 配置中心
5. CP特性
6. 数据存储方式为标准的文件结构

安装zk需要java环境，可参考
linux搭建java环境

查看服务启动脚本的命令

bin/zkServer.sh

以此可以看到脚本启动时，支持的参数

启动zk服务

bin/zkServer.sh start

启动成功日志

查看服务启动时的状态

bin/zkServer.sh status

可以看到，上面包含了zk服务启动时加载的配置文件,ip端口号，启动方式为单节点

连接zk客户端

bin/zkCli.sh

zk客户端，可以通过命令行的方式，对节点进行增删改查的操作
cli命令参考

zk节点类型：

1. 持久节点 create /node 一直存在，即使客户端关闭
2. 临时节点 create -e /tmpnode 客户端会话关闭或意外宕机时，该节点会被删除
   临时节点无法创建子节点
   
3. 有序节点

create -e -s /sortnode 临时有序节点

create -s /sortnode 持久有序节点

4. 容器节点 create -c /task
容器节点在最后一个子节点被删除后，也会自动被删除

5. TTL节点 create -t 3000 /ttlnode
   默认此功能不开启，需修改zoo.conf中配置:
   extendedTypesEnabled = true
   当TTL节点在TTL内没有被修改并且没有子节点时，会被删除

下面来介绍一下zookeeper的一些高级的分布式特性:

1. 使用临时节点来实现分布式锁
   zk无法重复创建同一名称的节点
   
   在分布式场景中可以使用该特性，创建一个分布式锁
   此外另一个好处是，临时节点在客户端宕机时会自动删除，其他客户端仍然可以正常创建该节点，因此无需担心死锁问题

2. 根据节点信息中的版本号，实现分布式乐观锁
   zk节点信息中，包含数据版本号的信息

ls -s /tmpnode

或

stat -w /tmpnode

在信息中有个dataVersion = 0，每次修改该节点信息时，版本号都会+1

此时若执行节点删除或修改时，可以带上版本号的参数，实现乐观锁，防止ABA问题

上面的操作，修改版本号为2的节点失败，原因是版本号不正确，需要更新版本号

版本号正确，可修改成功

3. 根据节点信息中的事务编号，在集群选举时可选择版本最新的节点
在节点信息中包含了zk的分布式事务属性，这是保证CP机制的关键所在

在集群环境中，若主节点服务宕机，会触发选举机制，集群会选举出一个新的节点来作为主节点，
在集群选举中会侧重于选择最新版本的子节点，zk在选举时会通过对比mZxid和pZxid来选择最新
版本的子节点。