Zookeeper重要概念

Johar

已于 2022-08-13 18:31:57 修改

阅读量772

点赞数

文章标签： zookeeper

于 2022-08-13 11:58:10 首次发布

本文链接：https://blog.csdn.net/ruoshui77/article/details/126316784

版权

Zookeeper

第一章 Zookeeper基础

文章目录

Zookeeper
一、分布式特性
二、集群角色
三、Session
四、数据节点
五、Watcher
六、ACL

一、分布式特性

顺序一致性：从同一个客户端发起的事务请求，最终将会严格按照其顺序被应用到Zookeeper中去
原子性：所有的事务请求的处理结果在整个集群中所有机器上的应用情况是一致的。
单一视图：无论客户端连接的是哪个Zookeeper服务器，其看到的服务器数据模型都是一致的
可靠性：一旦服务端成功地应用了一个事务，并完成对客户端的响应，那么该事务所引起的服务端状态变更将会一直保留下来，除非有另一个事务又对其进行了变更。
实时性：Zookeeper仅仅保证在一定的时间段内，客户端最终一定能够从服务端读取到最新的数据状态。

二、集群角色

Leader：事务请求的唯一调度和处理者，保证集群事务处理的顺序性；集群内各服务器的调度者
Follower：处理客户端非事务请求，转发事务请求给Leader服务器；参与事务请求Proposal投票；参与Leader选举投票
Observer：处理客户端非事务请求，转发事务请求给Leader服务器；不参与事务请求Proposal投票和Leader选举投票。

三、Session

只要在sessionTimeout 时间内，连上任意一个实例，session都有效。下图是session状态转换图：
在这里插入图片描述

四、数据节点

zookeeper将所有的数据存储在内存中，数据模型是一棵树，有/进行分割的路径，就是一个数据节点Znode。每个ZNode上都会保存自己的数据内容，和其他信息。
数据节点分为PERSISTENT、EPHEMERAL、SEQUENTIAL、CONTAINER、TTL，组合起来一共是7类：

PERSISTENT
持久化，不会随客户端的断开而自动删除,默认类型
PERSISTENT_SEQUENTIAL
带序号的持久化，znode的名字将被附加一个单调递增的数字
EPHEMERAL
临时节点，当客户端断开时自动删除
EPHEMERAL_SEQUENTIAL
带序号的临时节点，znode的名字将被附加一个单调递增的数字
CONTAINER
container节点是一个特殊用途的节点，对于诸如leader、lock等非常有用。当容器的最后一个子对象被删除时，该容器将成为将来某个时候由服务器删除的候选对象。
PERSISTENT_TTL
zookeeper的扩展类型，如果znode在给定的TTL内没有被修改，它将在没有子节点时被删除。要想使用该类型，必须在zookeeper的bin/zkService.sh中的启动zookeeper的java环境中设置环境变量zookeeper.extendedTypesEnabled=true，否则KeeperErrorCode = Unimplemented for /**。
PERSISTENT_SEQUENTIAL_TTL
带序号的，其他同持久TTL节点

[zk: localhost:2181(CONNECTED) 14] get -s /com/johar/middleware/schedule/exec
"1"
cZxid = 0x90000000b  // 数据节点创建时的事务ID
ctime = Sun Dec 26 17:37:55 CST 2021 // 数据节点创建时的时间
mZxid = 0x9000000ef // 数据节点最后一次更新时的事务ID
mtime = Sun Dec 26 22:50:30 CST 2021 // 数据节点最后一次更新时的时间
pZxid = 0x90000000b // 数据节点的子节点列表最后一次被修改（是子节点列表变更，而不是子节点内容变更）时的事务ID
cversion = 0 // 子节点的版本号子节点的版本号
dataVersion = 1 // 数据节点的版本号
aclVersion = 0 // 数据节点的ACL版本号 
ephemeralOwner = 0x0 // 如果节点是临时节点，则表示创建该节点的会话的SessionID；如果节点是持久节点，则该属性值为0
dataLength = 3 // 数据内容的长度
numChildren = 0 // 数据节点当前的子节点个数

五、Watcher

Zookeeper允许用户在指定节点上注册一些Watcher，并且在一些特定事件触发的时候，Zookeeper服务端会将事件通知到感兴趣的客户端上。

一次性
一个Watcher一旦被处罚，Zookeeper都会将其从相应的存储中移除。也就是注册一次Watcher，只能接收到一次变更事件。
客户端串行执行
客户端Watcher 回调的过程是一个串行同步的过程，保证了顺序，但是不能因为一个Watcher的处理逻辑影响了整个客户端的Watcher回调。
轻量
WatchedEvent 是Zookeeper整个Watcher通知机制的最小通知单元，这个数据结构只包含三部分内容：通知状态，事件类型和节点路径。换句话说，Watcher通知只告诉客户端发了事件，但是不会说明事件的具体内容。