Redis实现分布式锁与Zookeeper实现分布式锁区别

redis实现分布式锁与Zookeeper实现分布式锁区别

**
前言:

创新互联公司服务项目包括和顺网站建设、和顺网站制作、和顺网页制作以及和顺网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,和顺网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到和顺省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!

在学习过程中,简单的整理了一些redis跟zookeeper实现分布式锁的区别,有需要改正跟补充的地方,希望各位大佬及时指出
**
Redis实现分布式锁思路

基于Redis实现分布式锁(setnx)setnx也可以存入key,如果存入key成功返回1,如果存入的key已经存在了,返回0.

Zookeeper实现分布式锁思路

基于Zookeeper实现分布式锁 Zookeeper是一个分布式协调工具,在分布式解决方案中。

多个客户端(jvm),同时在zookeeper上创建相同的一个临时节点,因为临时节点路径是保证唯一,只要谁能够创建节点成功,谁就能够获取到锁,没有创建成功节点,就会进行等待,当释放锁的时候,采用事件通知给客户端重新获取锁的资源。

Redis实现分布式锁与Zookeeper实现分布式锁区别

相同点

实现分布式锁最终是通过什么方式?

在集群环境下,保证只允许有一个jvm进行执行。

不同点

从技术上分析

Redis 是NOSQL数据,主要特点缓存;

Zookeeper是分布式协调工具,主要用于分布式解决方案。

实现思路

核心通过获取锁、释放锁、死锁问题

获取锁

Zookeeper

多个客户端(jvm),会在Zookeeper上创建同一个临时节点,因为Zookeeper节点命名路径保证唯一,不允许出现重复,只要谁能够先创建成功,谁能够获取到锁。

Redis

多个客户端(jvm),会在Redis使用setnx命令创建相同的一个key,因为Redis的key保证唯一,不允许出现重复,只要谁能够先创建成功,谁能够获取到锁。

释放锁

Zookeeper使用直接关闭临时节点session会话连接,因为临时节点生命周期与session会话绑定在一块,如果session会话连接关闭的话,该临时节点也会被删除。

这时候客户端使用事件监听,如果该临时节点被删除的话,重新进入盗获取锁的步骤。

Redis在释放锁的时候,为了确保是锁的一致性问题,在删除的redis 的key时候,需要判断同一个锁的id,才可以删除。

共同特征:如何解决死锁现象问题

Zookeeper使用会话有效期方式解决死锁现象。

Redis 是对key设置有效期解决死锁现象

性能角度考虑

因为Redis是NoSql数据库,相对比来说Redis比Zookeeper性能要好。

可靠性

从可靠性角度分析,Zookeeper可靠性比Redis更好。

因为Redis有效期不是很好控制,可能会产生有效期延迟;

Zookeeper就不一样,因为Zookeeper临时节点先天性可控的有效期,所以相对来说Zookeeper比Redis更好

总结下两者区别

Redis分布式锁,必须使用者自己间隔时间轮询去尝试加锁,当锁被释放后,存在多线程去争抢锁,并且可能每次间隔时间去尝试锁的时候,都不成功,对性能浪费很大。

Zookeeper分布锁,首先创建加锁标志文件,如果需要等待其他锁,则添加监听后等待通知或者超时,当有锁释放,无须争抢,按照节点顺序,依次通知使用者。


网站题目:Redis实现分布式锁与Zookeeper实现分布式锁区别
网站链接:http://scjbc.cn/article/jshjgp.html

其他资讯