一、zookeeper的介绍

1、什么是zookeeper

zookeeper是很早的注册中心，在我刚毕业的时候，就已经开始开始。一种分布式协调服务，使用简单的API和架构决绝了这个问题。

2、zookeeper的应用场景

分布式协调组件，协调分布式场景下各个组件的状态
分布式锁，因为zookeeper是符合cp的，所以分布式锁相对redis更安全
无状态化的实现，存放登录状态

二、搭建zookeeper服务器

1、zoo.cfg配置文件说明

# zk时间配置中的基本单位（毫秒）
tickTime=2000
# 允许follower初始化链接到leader最大时长，它表示tickTime时间陪数：initLimit* tickTime
initLimit=10
# 允许follower与leader数据同步最大时长
syncLimit=5
# zk数据存储目录及日志保存目录（没指名日志目录，也保存在这个地址）
dataDir=/tmp/zookeeper
dataLogDir=/tmp/zookeeper/log
# 对客户端提供的端口号
clientPort=2181
# 单个客户端与zk最大并发连接数
maxClientCnxns=60
# 保存数据快照数量，之外的会被清除 
autopurge.snapRetainCount=3
# 自动触发清楚任务间隔时间，默认为0 表示不清除
autopurge.purgeInterval=1

2、zookeeper服务器操作命令

./zkServer.sh stop\status\start.? 关闭、状态、启动
./zkCli.sh 客户端链接命令

三、zookeeper内部的数据模型

1、zookeeper是如何保存数据的

zk是可以存放数据的，数据都是保存在znode上，是以树状结构存放相关数据的：

?获取数据：

?那么说明，数据abc存放在test2这个znode中。?

2、zookeeper中znode是什么样结构

zk中的znode，包含四个部分：

data：保存数据
acl：权限
- c：create权限，允许在节点下创建子节点
- w：write权限，允许更新该节点的数据
- r：read权限，允许读取该节点的内容及子节点的列表信息
- d：delete权限，允许删除该节点的子节点
- a：admin权限，允许对该节点进行acl权限设置
stat：表述当前znode的元数据
child：当前节点的子节点

3、zookeeper中节点znode的类型

持久节点：创建出的节点，在回话结束后，依然存在，并能保存数据
持久序号节点：创建出的节点，根据先后顺序，会在节点以后带上递增序列，适用于分布式锁、高并发场景（create -s /test01）
临时节点：临时节点是在回话结束后，自动被删除的，通过这个特性，zk可以实现服务发现和注册的效果（create -e /test01）
临时序号节点：跟持久序号节点相同，只不过是临时的（create -e -s /test01）
Container节点：容器节点，当容器中没有任何子节点的时候，会被zk定期删除（60s）(create -c /test01)
TTL节点：指定节点到期时间，到期后会被zk定时删除，需要设置才能开启

临时节点删除流程：

4、zookeeper的数据持久化

zk的数据是运行在内存中的，必然会提供持久化机制，zk提供的持久化有2种：

事物日志：zk把执行的命令以日志的形式保存在文件中
数据快照：zk会定期对内存数据做一次快照并保存到本地硬盘中

同redis一样，采用混合方式进行恢复，先用快照恢复，然后用事物日志增量恢复。

四、zookeeper客户端的使用（zkCli）

1、多节点类型的创建

2、查询节点

查询普通节点
查询节点相信信息
- zCxid：创建节点的事务ID
- mZxid：修改节点的事务ID
- pZxid：添加和删除子节点的事务ID
- ctime：节点创建的时间
- mtime：节点最近修改的时间
- dataVersion：节点的数据版本，每次修改都会+1
- aclVersion：节点的权限版本
- ephemeralOwner：临时节点的sessioId
- dataLength：数据长度
- numChildren：子节点个数