对Redis分布式锁的一点错误理解

本文探讨了Redis分布式锁的实现及其潜在问题,包括单节点故障导致的锁失效。介绍了Redlock算法,强调了加锁过程中的时间戳计算和多数实例锁定的要求。同时,澄清了Redlock适用于多个独立的Redis实例而非单个集群的误解,并讨论了Redis集群的哈希槽计算和`redis-cli -c`参数的作用。
摘要由CSDN通过智能技术生成

Redis 分布式锁在日常工作中经常用到,面试中也是高频问题,自己在看的时候,发现对于 Redlock 理解有些偏差,主要是 Redlock 是在单实例(单集群)还是多实例(多集群)下实现的。查资料的时候发现有这个问题的绝不止我一个,甚至很多人理解都是错的还写博客告诉别人。当然如果你已经知道了,看看我走过的弯路或许也会有些收获。

Redis 分布式锁的实现

在介绍 Redlock 之前,先看下一般情况下的实现方式。

加锁:

SET resource_name my_random_value NX PX 30000

解锁:

if redis.call("get",KEYS[1]) == ARGV[1] then
    return redis.call("del",KEYS[1])
else
    return 0
end

这是一段 lua 脚本,意思是:当 key 存在并且值恰好等于给定的值时,才删除 key

这里有几个需要注意的点

  • 用 SET 命令就够了,SETNX 和 EXPIRE 组合使用无法保证原子性。
  • my_random_value,唯一值,配合解锁的 lua 脚本看,用于删除时确保只有加锁成功的客户端才能释放锁。
  • NX:只在 key 不存在时,才设置。不能变
  • PX:过期时间,单位为毫秒。如果改为 EX,单位变为秒。这两个选项无法同时存在。

如果是面试ÿ

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值