【大厂面试演练】知道ZooKeeper有什么应用场景吗-Toy模板网

这篇具有很好参考价值的文章主要介绍了【大厂面试演练】知道ZooKeeper有什么应用场景吗。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

【大厂面试演练】知道ZooKeeper有什么应用场景吗,ZooKeeper系列,zookeeper,分布式,面试,kafka,java

面试官：咳咳咳，看你简历写了精通ZooKeeper，那我就随便考考你吧

面试官：不用慌尽管说，错了也没关系😊。。。

每日分享大厂面试演练，感兴趣就关注我吧❤️

嗯嗯，主要有这几种。

面试官思考中…

嗯嗯好的，那我讲下分布式锁。

是这样的，ZooKeep的获取锁时会在/exclusive_lock节点下创建子节点，如果创建成功则获得锁。如果失败，则客户端会在该节点注册一个子节点变更的Watcher监听。

同样，释放锁则删除该子节点，此时Watcher监听就会通知客户端可以重新获取了。

【大厂面试演练】知道ZooKeeper有什么应用场景吗,ZooKeeper系列,zookeeper,分布式,面试,kafka,java

面试官思考中…

好的面试官。共享锁也是类似的场景。

每次读、写请求同样是创建子节点，是一个类似于“/shared_lock/[Hostname]-请求类型-序号”的临时顺序节点。

接着会获取子节点列表，同时注册Watcher监听。

而共享锁的释放锁和排他锁都是一样的。

【大厂面试演练】知道ZooKeeper有什么应用场景吗,ZooKeeper系列,zookeeper,分布式,面试,kafka,java

噢噢知道的面试官，这个问题主要是出现在集群规模比较大的场景下。

其实共享锁的特别之处，在于每次读、写请求都要注册Watcher监听来获取子节点列表，特别是数量更多的读请求。

子节点列表每次变动都要通知所有的服务器客户端，造成了短时间大量的事件通知，给ZooKeeper带来很大性能消耗。

面试官思考中…

我认为要两方面来看吧。

首先我上面说的共享锁实现方式如果在集群不大的情况下是可行的，而且他实现简单实用。而如果在集群规模大的场景下，可以这样改进。

读、写请求首先获取子节点列表，但都不注册Watcher监听。

这样就可以避免羊群效应，主要是从监听子节点列表，改进为只监听某个子节点。

面试官心想，还不错嘛…

嗯嗯好的，我了解到的主要有3方面。

使用ZooKeeper来对所有Broker服务器、Topic进行管理

Broker启动后都会到ZooKeeper上创建属于自己的临时节点，其节点路径为/broker/ids/[0…N]，注册Topic节点也是一样。
另外在Kafka生产者负载均衡方面

Kafka消息生产者会通过监听Broker节点列表，负载均衡地分发到某一个Broker。
而在Kafka防消费重复消费方面

消费者消费消息后，都会在消息分区写入临时节点，代表该消息已消费。

面试官思考中…

哦哦说欠了，消费者负载均衡有两方面。

一方面，每一个消费者服务器都会在ZooKeeper创建消费者节点。当有新消息时，Kafka就可以通过ZooKeeper的消费者节点列表负载均衡地通知某个消费者
另一方面，Kafa将一个Topic分成了多个分区，多个分区由不同的Brocker处理，这是实现对Brocker的负载均衡

【大厂面试演练】知道ZooKeeper有什么应用场景吗,ZooKeeper系列,zookeeper,分布式,面试,kafka,java