Zookeeper 和redis做分布式锁区别

本文探讨了Redis和Zookeeper在数据一致性、响应时间和并发量上的差异。Redis适合高QPS场景,但无法保证强一致性,而Zookeeper通过临时顺序节点实现分布式锁,但在高并发下QPS会下降。在选择时,需要根据业务对一致性的需求来权衡。
摘要由CSDN通过智能技术生成

redis

1.保证最终一致性,副本间的数据复制是异步进行,(set写 get读,redis是读写分离架构,存在主从从不延迟的情况),而且,主从切换可能导致部分数据,没有复制过去,导致数据丢失,所以要求强一致性时,推荐zk.

2.Redis各集群的方法响应时间为最低,随着并发量和业务数量上升其响应时间会明显上升,但是极限qps,可以达到最大基本无异常。

ZK

1.也无法保证完全一致性,其他原理是使用临时顺序节点,节点生命周期在client与集群的Session结束时结束。因此某个client节点存在网络问题,与zk断开连接,Session超时同样会导致错误的释放锁(导致其他线程错误的持有锁)

2.有较好的稳定性,但并发量上升,会导致qps下降

总结:

1.zk每次进行锁操作前都需要创建若干节点,完成后释放节点比较耗时

2.redis么有上述问题

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值