全网最全Zookeeper面试题.docxVIP

全网最全Zookeeper面试题 2021-05-16 1. ZooKeeper 是什么？ ZooKeeper 是一个开源的分布式协调服务。它是一个为分布式应用供应全都性服务的软件，分布式应用程序可以基于 Zookeeper 实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master 选举、分布式锁和分布式队列等功能。 ZooKeeper 的目标就是封装好简单易出错的关键服务，将简约易用的接口和功能高效、功能稳定的系统供应应用户。 Zookeeper 保证了如下分布式全都性特性： （1）挨次全都性 （2）原子性 （3）单一视图 （4）牢靠性 （5）实时性（最终全都性） 客户端的读恳求可以被集群中的任意一台机器处理，假如读恳求在节点上注册了监听器，这个监听器也是由所连接的 zookeeper 机器来处理。对于写恳求，这些恳求会同时发给其他 zookeeper 机器并且达成全都后，恳求才会前往成功。因而，随着 zookeeper 的集群机器增多，读恳求的吞吐会提高但是写恳求的吞吐会下降。 有序性是 zookeeper 中格外重要的一个特性，全部的更新都是全局有序的，每个更新都有一个独一的时间戳，这个时间戳称为 zxid（Zookeeper Transaction Id）。而读恳求只会相对于更新有序，也就是读恳求的前往结果中会带有这个zookeeper 最新的 zxid。 2. ZooKeeper 供应了什么？ 文件系统 通知机制 3. Zookeeper 文件系统 Zookeeper 供应一个多层级的节点命名空间（节点称为 znode）。与文件系统不同的是，这些节点都可以设置关联的数据，而文件系统中只要文件节点可以存放数据而名目节点不行。 Zookeeper 为了保证高吞吐和低延迟，在内存中维护了这个树状的名目结构，这种特性使得 Zookeeper 不能用于存放大量的数据，每个节点的存放数据上限为1M。 4. Zookeeper 怎样保证主从节点的形态同步？ Zookeeper 的核心是原子广播机制，这个机制保证了各个 server 之间的同步。实现这个机制的协议叫做 Zab 协议。Zab 协议有两种模式，它们分别是恢复模式和广播模式。 恢复模式当服务启动或者在领导者崩溃后，Zab就进入了恢复模式，当领导者被选举出来，且大多数 server 完成了和 leader 的形态同步以后，恢复模式就结束了。形态同步保证了 leader 和 server 具有相同的系统形态。 广播模式一旦 leader 已经和多数的 follower 进行了形态同步后，它就可以开头广播消息了，即进入广播形态。这时候当一个 server 加入 ZooKeeper 服务中，它会在恢复模式下启动，发觉 leader，并和 leader 进行形态同步。待到同步结束，它也参与消息广播。ZooKeeper 服务一直维持在 Broadcast 形态，直到 leader 崩溃了或者 leader 得到了大部分的 followers 支持。 5. 四品种型的数据节点 Znode （1）PERSISTENT-长久节点 除非手动删除，否则节点一直存在于 Zookeeper 上 （2）EPHEMERAL-临季节点 临季节点的生命周期与客户端会话绑定，一旦客户端会话失效（客户端与zookeeper 连接断开不肯定会话失效），那么这个客户端创建的全部临季节点都会被移除。 （3）PERSISTENT_SEQUENTIAL-长久挨次节点 基本特性同长久节点，只是添加了挨次属性，节点名后边会追加一个由父节点维护的自增整型数字。 （4）EPHEMERAL_SEQUENTIAL-临时挨次节点 基本特性同临季节点，添加了挨次属性，节点名后边会追加一个由父节点维护的自增整型数字。 6. Zookeeper Watcher 机制 – 数据变更通知 Zookeeper 允许客户端向服务端的某个 Znode 注册一个 Watcher 监听，当服务端的一些指定大事触发了这个 Watcher，服务端会向指定客户端发送一个大事通知来实现分布式的通知功能，然后客户端依据 Watcher 通知形态和大事类型做出业务上的转变。 工作机制： （1）客户端注册 watcher （2）服务端处理 watcher （3）客户端回调 watcher Watcher 特性总结： （1）一次性 无论是服务端还是客户端，一旦一个 Watcher 被 触 发 ，Zookeeper 都会将其从相应的存储中移除。这样的设计有效的减轻了服务端的压力，不然对于更新格外频繁的节点，服务端会不断的向客户端发送大事通知，无论对于网络还是服务端的压力都格外大。 （2）客户端串行执行 客户端 Watcher