Zookeeper 的应用场景
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Zookeeper 的应用场景，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1696字，纯文字阅读大概需要3分钟。
内容图文
Zookeeper 的应用场景：
Zookeeper场景一 - 分布式锁
非公平锁实现原理，都去执行创建 create -e /exclusive/lock这个节点，是执行成功就谁拿到锁。
这个实现方式在并发问题比较严重的情况下，性能会下降的比较厉害，主要原因是，所有的连接 都在对同一个节点进行监听，当服务器检测到删除事件时，要通知所有的连接，所有的连接同时 收到事件，再次并发竞争，这就是羊群效应。
公平锁的实现原理，借助于临时顺序节点，可以避免同时多个节点的并发竞争锁，缓解了服务端压力。
1. 请求进来后直接再/lock下面创建一个临时顺序节点
2. 判断自己是不是/lock下面最小的节点号，如果是就直接获得锁，如果不是就对自己的上一个节点进行监听
3.当获得锁的节点执行完成业务，会断开连接删除节点，即，监听他的节点会被通知到。
Zookeeper 共享锁实现原理
共享锁为了解决，读请求不加锁，只对有写的请求加锁。
读写锁可以解决的问题：
1. 读写不一致
2.双写不一致
共享锁实现原理， 每个读请求创建的节点只对比自己小的最近的一个写节点家watch。每个写节点会对比自己小的任何节点加watch。
Zookeepr的应用场景2 - 注册中心
在非常复杂的微服务调用关系中，任何一个服务对需要对其依赖的服务的服务地址信息很了解。
例如 Order-Service依赖 User-Service
当User-Service的节点数量增加后，Order-Service可以动态的感知到，并开始使用新增加的节点。
实现原理如下：
为每个服务在ZK中创建一个对应的节点
Order-Service去监听可以去监听User-Service对应的节点/User-Service/
当/User-Service/增加节点时，会往改节点正增加子节点
Order-Service可以感知到/User-Service/的子节点变化信息
Order-Service在内存中维护一个注册的信息。
应用场景三 - zookeeper的leader选举机制：
如下图，
myId是节点自己的id号码
ZXID是最大的写请求的id号，ZXID号越大代表改节点的数据越新。
第一轮选举每个节点都选自己，并接受其他节点提交的选举信息
第二轮选举，根据其他节点提交的选举信息，选出，ZXID最大的，如果ZXID一样大，选出myid最大的。
内容总结
以上是互联网集市为您收集整理的Zookeeper 的应用场景全部内容，希望文章能够帮你解决Zookeeper 的应用场景所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。