Zookeeper内部运行机制说明

Tips: 如果之前对Zookeeper不了解的话，这里大概留个印象就好了

Zookeeper是一个分布式协调服务，可以用于元数据管理、分布式锁、分布式协调、发布订阅、服务命名等等。

例如，Kafka中就是用Zookeeper来保存其集群中的相关元数据，例如Broker、Topic以及Partition等等。同时，基于Zookeeper的Watch监听机制，还可以用其实现发布、订阅的功能。

在平常的常规业务使用场景下，我们几乎只会使用到分布式锁这一个用途。

Zookeeper的底层存储原理，有点类似于Linux中的文件系统。Zookeeper中的文件系统中的每个文件都是节点(Znode)。根据文件之间的层级关系，Zookeeper内部就会形成这个这样一个文件树。

在Linux中，文件(节点)其实是分类型的，例如分为文件、目录。在Zookeeper中同理，Znode同样的有类型。在Zookeeper中，所有的节点类型如下：

持久节点(Persistent)

持久顺序节点(Persistent Sequential)

临时节点(Ephemeral)

临时顺序节点(Ephemeral Sequential)

所谓持久节点，就和我们自己在电脑上新建一个文件一样，除非你主动删除，否则一直存在。

而持久顺序节点除了继承了持久节点的特性之外，还会为其下创建的子节点保证其先后顺序，并且会自动地为节点加上10位自增序列号作为节点名，以此来保证节点名的唯一性。这一点上图中的subfiles已经给出了示例。

而临时节点，其生命周期和client的连接是否活跃相关，如果client一旦断开连接，该节点(可以理解为文件)就都会被删除，并且临时节点无法创建子节点;

PS：这里的断开连接其实不是我们直觉上理解的断开连接，Zookeeper有其Session机制，当某个client的Session过期之后，会将对应的client创建的节点全部删除

（编辑：云计算网_泰州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!