Zookeeper应用场景实战(二)

目前分布式锁，比较成熟、主流的方案：

（1）基于数据库的分布式锁。这种方案使用数据库的事务和锁机制来实现分布式锁。虽然在某些场景下可以实现简单的分布式锁，但由于数据库操作的性能相对较低，并且可能面临锁表的风险，所以一般不是首选方案。

（2）基于Redis的分布式锁。Redis分布式锁是一种常见且成熟的方案，适用于高并发、性能要求高且可靠性问题可以通过其他方案弥补的场景。Redis提供了高效的内存存储和原子操作，可以快速获取和释放锁。它在大规模的分布式系统中得到广泛应用。

（3）基于ZooKeeper的分布式锁。这种方案适用于对高可靠性和一致性要求较高，而并发量不是太高的场景。由于ZooKeeper的选举机制和强一致性保证，它可以处理更复杂的分布式锁场景，但相对于Redis而言，性能可能较低。

1.2 基于数据库设计思路

可以利用数据库的唯一索引来实现，唯一索引天然具有排他性

基于数据库实现分布式锁存在什么问题？

1. 没有实时通知机制，即使释放了锁，也不会实时通知其它进程去获取锁，其它进程需定时重试去抢占锁。

2. 如果获取锁进程挂了，可能会导致无法释放锁。

1.3 基于Zookeeper设计思路一

使用临时 znode 来表示获取锁的请求，创建 znode成功的用户拿到锁。

思考：上述设计存在什么问题？

如果所有的锁请求者都 watch 锁持有者，当代表锁持有者的 znode 被删除以后，所有的锁请求者都 会通知到，但是只有一个锁请求者能拿到锁。
这就是羊群效应。

1.4 基于Zookeeper设计思路二

使用临时有序znode来表示获取锁的请求，创建最小后缀数字 znode 的用户成功拿到锁。

公平锁的实现。

2. 基于Zookeeper实现服务的注册与发现

基于 ZooKeeper 本身的特性可以实现服务注册中心

2.1 设计思路

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上大数据知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化资料的朋友，可以戳这里获取

、大纲路线、讲解视频，并且后续会持续更新**

需要这份系统化资料的朋友，可以戳这里获取