Zookeeper经典应用场景实战(二)

文章目录

  • [1、 Zookeeper 分布式锁实战](#1、 Zookeeper 分布式锁实战)
    • [1.1、 什么是分布式锁](#1.1、 什么是分布式锁)
    • [1.2、 基于数据库设计思路](#1.2、 基于数据库设计思路)
    • [1.3、 基于Zookeeper设计思路一](#1.3、 基于Zookeeper设计思路一)
    • [1.4、 基于Zookeeper设计思路二](#1.4、 基于Zookeeper设计思路二)

1、 Zookeeper 分布式锁实战

1.1、 什么是分布式锁

在单体的应用开发场景中涉及并发同步的时候,大家往往采用Synchronized(同步)或者其他同一个JVM内Lock机制来解决多线程间的同步问题。在分布式集群工作的开发场景中,就需要一种更加高级的锁机制来处理跨机器的进程之间的数据同步问题,这种跨机器的锁就是分布式锁。

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

  • 基于数据库的分布式锁。这种方案使用数据库的事务和锁机制来实现分布式锁。虽然在某些场景下可以实现简单的分布式锁,但由于数据库操作的性能相对较低,并且可能面临锁表的风险,所以一般不是首选方案。
  • 基于Redis的分布式锁。Redis分布式锁是一种常见且成熟的方案,适用于高并发、性能要求高且可靠性问题可以通过其他方案弥补的场景。Redis提供了高效的内存存储和原子操作,可以快速获取和释放锁。它在大规模的分布式系统中得到广泛应用。
  • 基于ZooKeeper的分布式锁。这种方案适用于对高可靠性和一致性要求较高,而并发量不是太高的场景。由于ZooKeeper的选举机制和强一致性保证,它可以处理更复杂的分布式锁场景,但相对于Redis而言,性能可能较低。

1.2、 基于数据库设计思路

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

1.3、 基于Zookeeper设计思路一

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

如果所有的锁请求者都 watch 锁持有者,当代表锁持有者的 znode 被删除以后,所有的锁请求者都会通知到,但是只有一个锁请求者能拿到锁

1.4、 基于Zookeeper设计思路二

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

在实际的开发中,如果需要使用到分布式锁,不建议去自己"重复造轮子",而建议直接使用Curator客户端中的各种官方实现的分布式锁,例如其中的InterProcessMutex可重入锁。

相关推荐
cui_win28 分钟前
基于Golang + vue3 开发的 kafka 多集群管理
分布式·kafka
iiYcyk34 分钟前
kafka特性和原理
分布式·kafka
AI云原生2 小时前
如何使用Docker快速运行Firefox并实现远程访问本地火狐浏览器的教程
运维·docker·云原生·容器·serverless·firefox·kubeless
在未来等你3 小时前
Kafka面试精讲 Day 15:跨数据中心复制与灾备
大数据·分布式·面试·kafka·消息队列
泡沫冰@3 小时前
K8S集群管理(3)
云原生·容器·kubernetes
Hello.Reader5 小时前
Kafka 设计与实现动机、持久化、效率、生产者/消费者、事务、复制、日志压缩与配额
分布式·kafka
LQ深蹲不写BUG5 小时前
微服务事务管理利器:Seata 核心原理与实践指南
微服务·云原生·架构
失散135 小时前
分布式专题——5 大厂Redis高并发缓存架构实战与性能优化
java·redis·分布式·缓存·架构
nathan05296 小时前
Kubernetes 实战练习指南
云原生·容器·kubernetes
云和数据.ChenGuang8 小时前
微服务技术栈
微服务·云原生·架构