2、zookeeper 入门
1.查看+获得zookeeper 的服务器上的数据存储信息 ls
2.文件系统: zookeeper 维护了一个类似文件系统的数据结构
类似于windows 的注册表, 有名称, 有树节点,有key(键)/value(值)对的关系
可以看做一个树形结构的数据库 ,分布在不同的机器上做名称管理
3.初始Zode 节点
Zookeeper 数据结构与Unix 文件系统类似,整体上可以看作一棵树,每个节点称为一个ZNode ,我很显然,zookeeper集群自身维护了一套数据结构。
整个存储结构是一个树形结构,每一个Znode 默认能够存储1MB的数据,每个ZNode都可以通过其路径唯一标识
3、深入Zode
Znode的结构模型:
1、Zookeeper 的Stat 结构体
Znode 维护了一个stat 结构,这个stat 包含数据变化的版本号,访问控制列表变化,还有时间戳,版本号和时间戳一起,
可让Zookeeper 验证缓存和协调更新,每个znode数据发生了变化,版本号就增加
例如:无论何时客户端解索数据,它也一起检索数据的版本号,并且当客户端执行更新或删除时,客户端必须提供他正在改变的znode 版本号,如果它提供的版本号和真实的版本号不一致,更新会失败
czxid:引起这个znode创建的zxid,创建节点的事务zxid,为了保证顺序性
zkid :必须单调递增。因此Zookeeper使用一个64位的数来表示,高32位是Leader的epoch,从1开始,每次选出新的Leader,epoch加一。
低32位为该epoch内的序号,每次epoch变化,都将低32位的序号重置。这样保证了zkid的全局递增性。
ctime :zode被创建的毫秒数(1970年开始)
mzxid:znode最后更新的zxid
mtime: znode 最后被修改的时间
pzxid :znode最后更新的子节点zxid
小结:Zookeeper 内部维护了一套类似于UNix的树形结构,由Znode 构成的集合,每一个znode由多个树形进行描述
Znode 存在的類型 -e -s
PERSISTENT 持久化目录节点
PERSISTENT_SEQUENTIAL 持久化顺序编号目录节点
EPHEMERAL 临时目录节点
EPHEMERAL SEQUENTIAL 临时顺序编号目录节点
小结:zookeeper的一个节点对应一个应用,节点存储的数据就是应用需要的配置信息
watch : 数据观察 和 节点观察
1. 客户端注册监听它关心的目录节点,当目录节点发生变化(数据改变,删除,子节点增加,zookeeper 会通知客户端)
2.zookeeper 支持watch(观察)的概念,客户端可以在每个znode节点上设置一个观察,如果被观察服务端的znode节点有变更,那么watch就会被触发,
这个watch所属的客户端将收到一个通知包被告知哪个节点发生了变化,把相应的时间通知给设置watcher的client 端
在getData() ,getChildren() 和exists()都有设置watch的选项
异步回调触发机制
特征:
1.一次触发
2.发送客户端
异步,Zookeeper 提供一个顺序保证,在watch事件之前绝不会看到变化,这样不同客户端看到的是一致性顺序
3.为数据设置watch
4.时序性和一致性
5.变化备注
|
|