Redis 分布式锁实战宝典:原理、避坑与性能优化

Redis 分布式锁的核心目标是在分布式系统中保证多个节点对共享资源的互斥访问,其原理基于 Redis 的单线程特性、原子操作和过期机制,核心思路是「通过抢占唯一的 Redis 键来获取锁,释放锁时删除该键」,同时解决锁超时、误释放、重入等问题。

一、核心原理(基础版)

分布式锁的核心是利用 Redis 的以下特性实现互斥:

  1. 单线程原子性:Redis 执行命令是单线程的,单个命令(如 SETDEL)天然原子性,可避免并发竞争;
  2. 键的唯一性:为共享资源定义唯一的锁键(如 lock:order:123),只有成功创建该键的节点能获取锁;
  3. 过期机制:避免节点持有锁后宕机导致锁永久无法释放(死锁)。

基础实现步骤(伪代码)

# 1. 获取锁:SET 命令(原子操作)
def acquire_lock(lock_key, client_id, expire_time):
    # SET key value NX EX:仅当键不存在时创建(NX),并设置过期时间(EX,秒)
    result = redis.set(lock_key, client_id, nx=True, ex=expire_time)
    return result is True

# 2. 释放锁:DEL 命令(需先验证归属,避免误删)
def release_lock(lock_key, client_id):
    # 先查再删非原子,生产需用 Lua 脚本
    if redis.get(lock_key) == client_id:
        redis.delete(lock_key)
        return True
    return False

二、关键特性与解决的问题

1. 原子性保障(核心)

基础版的「查再删」存在并发风险(如 A 查完锁是自己的,此时锁过期,B 抢到锁,A 再删就会误删 B 的锁),因此必须用 Lua 脚本保证释放锁的原子性

-- 释放锁的 Lua 脚本(原子操作)
if redis.call('get', KEYS[1]) == ARGV[1] then
    return redis.call('del', KEYS[1])
else
    return 0
end

Redis 执行 Lua 脚本时会阻塞其他命令,确保「验证归属 + 删除键」是原子操作。

2. 避免死锁(过期时间)

  • 必须为锁设置过期时间(EX/PX 参数),即使持有锁的节点宕机,Redis 也会自动删除锁键,释放锁;
  • 过期时间需合理:太短可能导致业务未完成锁就释放,太长会降低并发效率。

3. 锁的唯一性(客户端标识)

  • 锁的值不能是固定值(如 1),必须用唯一客户端标识(如 UUID + 线程 ID),否则可能出现:节点 A 持有锁但超时,节点 B 抢到锁,A 执行完业务后误删 B 的锁;
  • 客户端标识确保只有锁的持有者能释放锁。

三、进阶问题与解决方案

1. 锁超时问题(业务未完成锁已释放)

  • 问题:若业务执行时间超过锁的过期时间,锁会提前释放,导致多个节点同时操作资源;
  • 解决方案:锁续命(Watch Dog 机制):获取锁后,启动一个后台线程,每隔 过期时间/3 检查锁是否仍归属自己;若仍持有锁,自动延长过期时间(如 Redisson 的 Watch Dog 机制)。

2. Redis 集群下的锁失效(脑裂问题)

  • 问题:主从集群中,主节点写入锁后宕机,锁未同步到从节点,从节点升级为主节点,其他节点可重新获取锁;
  • 解决方案:Redlock 算法(Redis 官方推荐):部署多个独立的 Redis 节点(至少 3 个);客户端向所有节点申请锁,仅当超过半数节点成功且总耗时≤锁过期时间,才认为锁获取成功;释放锁时,向所有节点删除锁键;缺点:实现复杂,性能降低,需权衡一致性与性能。

3. 重入锁问题

  • 问题:同一客户端多次获取同一把锁,基础版会导致死锁;
  • 解决方案:基于 Hash 结构记录「客户端标识 + 重入次数」:

四、常见实现方案对比

基础 SET NX EX

简单、高性能

无续命、集群下可能失效

低并发、短耗时业务

Redisson 分布式锁

支持续命、重入、Redlock

依赖第三方客户端

生产环境(主流)

Redlock 算法

高一致性

性能低、实现复杂

强一致性要求的场景

五、核心总结

Redis 分布式锁的本质是:

  1. 原子抢占:通过 SET NX 原子抢占唯一键,保证互斥;
  2. 安全释放:用 Lua 脚本原子验证并删除锁,避免误释放;
  3. 防死锁:设置过期时间 + 锁续命,避免锁永久占用;
  4. 集群兼容:Redlock 算法解决主从脑裂导致的锁失效问题。

生产环境优先使用成熟的客户端(如 Redisson),避免重复造轮子,同时根据业务场景选择基础锁或 Redlock 算法。

#机械人面试中的常问题##业务面应该做哪些准备#
职保镖-扶你上马 文章被收录于专栏

知识分享,交天下朋友,扶你上马,送你一层,职业规划,面试指导、高薪谈判、背调辅助

全部评论

相关推荐

11-26 11:21
已编辑
武汉理工大学 Java
个人bg: 211本,一段京东实习,一段xhs实习,一段小厂实习。互联网只有美团一个带薪意向。转正失败情况:京东实习了四个月,感觉收获比较少,做的事情偏基础,第三个月底答辩,离职后两个月被告知转正失败。对此我只能说,零售卡硕。xhs实习两个月,反而感觉收获更多,被安排了有挑战的事情,大模型在业务场景中的运用,最后一个星期通知有转正机会,边做需求边匆忙准备,答辩采取一票否决制,四个领导三过一否,也失败。(早知道xhs今年开这么高我就熬夜赶材料了)不过在这个过程中,也push自己了解了一定rag mcp 大模型的相关知识,对于后续面阿里和美团很有帮助。个人基础情况:hot100能默写。去年12底学完jvm juc。2月入职京东前小林coding guide就差不多看完了。后面实习的时候也有继续补面筋,场景题。秋招情况:8月初就投了,也不晚。滴滴: 笔试a了没面,可能投的岗位太小众了?(抱着拿了也不去 用于a价的想法)一直卡着。携程: 不发笔。发官方邮件也不回。京东:笔试挂了。嗯,很耻辱,那天在外面玩但确实很久没复习笔试考试范围了,全忘光了。腾讯:从来没约过,可能暑期面了十几次面太多了。阿里控股:一面挂。阿里国际:hr面后一个月挂。字节:国际电商三面挂->星图一面挂(面的时候已经有很多候选人了)-> 安全风控二面挂(业务不是很好,面试过程说漏嘴说业务会影响我选择,场景题没答好)-> 中台一面后无消息快手:二面挂。xhs:hr面后无消息,排序应该很靠后。虾皮:hr面两个月无消息,应该还在泡池子。百度:一面挂。pdd:笔试a3后笔试挂。难绷。个人反思总结:for 后来者。1. 笔试一定要把握好,虽然面试中都是hot100,有些甚至不考面试题,但是大厂笔试题是有acm难度的,挂了就是挂了,很多没有第二次机会,约面也没机会了。建议时间充裕情况下,还是要把灵神的题单多刷点。顺序可以参考:代码随想录视频+题 -> 灵神视频+题 ->hot100 ->灵神题单(可以每个part挑难度低的前几道写)2. 一段深入长的实习经历一定是大于两段短的,不过现在再让我选到底是继续在jd还是去xhs我还是选不出来。在面试的过程中,有些面试官也会认为我实习的太浅,没有做什么有深度的事情,对多种方案的调研不全面。如果实习做的事情比较有挑战最好,如果没有,也要尽量往多种方案调研最后选择了哪个方案,达到了当初定的业务指标/技术指标方面包装。3. 还是得早投。身边除了bg特别好的朋友,投的晚的无一例外秋招情况会差很多。8月前投能赶上提前批。最晚不要8月中旬过了还没投完。有投的早的没有实习的朋友秋招结果也可以。没有面试的同学一定要尝试官网,boss直聘多种途径投。4. 对于有实习的同学,基础没有那么重要了,更多还是专注于对实习的考察,可以以金字塔的形式进行论述,避免在最开始的时候就展开大量细节。如果实在没有实习,bg够硬,投的够早也会有面,只需要一个比较深入的项目应该就没问题,把项目当作自己在实习要投入生产的心态去调研包装。5. 有的时候真的看运气。即使是同一个部门甚至是同一个组的同学,做的事情也会有差异,这主要看导师被分配到什么样的活。for me:大二的时候绩点排名前10%,但还是决定放弃保研,开始学java,这一路走来,经历迷茫踏实的反复,也想和自己说句幸苦了,谁想得到当初给自己定的目标是有份工作不饿死就行。可能差点运气,可能在关键节点上做的还是不够,对于实习的包装,对于面试表现还是差点。会后悔自己没读研吗?其实我也有考雅思,申请了港大计算机,但估计大概率还是工作(实则也没港大offer)。人不能既要又要还要,我不能既要早点工作赚钱,实现我财富自由支配,带不舍得花钱的家人去旅游的想法,又要长期来看高学历晋升的优势,还要在大环境变差一届比一届卷我也能找到差强人意的工作。所以,至少现在,我不后悔。如果我更倾向于国企而不是互联网,比起技术挑战更偏爱稳定的生活我大概率会读研。如果我本科没有211,我还想进大厂,我也大概率会读研。会后悔自己没选其他的方向吗?java确实相对卷一点,但也只是相对的,因为其他方向的人也很多,并不是换方向就一定会更好。计算机这一行本就短命,能干到35就算成功,大家都是为了赚钱,基于此,在背景没那么硬时,选择一个相对人少的方向进大厂是对的。看自己怎么理解了。最好的还是参考直系学长学姐的选择,一定要多沟通交流。一些安慰自己的话,秋招是人生的起点,不一定是高费阵容才能吃鸡,低费阵容早点发育也有吃鸡的上限。(随便乱说的)。最后还想再写一段话给学妹们,程序员这一行,女生确实会相对少一点,但比起传统工科非常直接的偏向男生,计算机这一行认为菜是原罪,性别的因素会少很多,更多看个人技术和水平。在京东实习的时候,我的小组长在我进去第一天就和我说,我们部门女生虽然少,但是水平都至少是中上的,都很能吃苦很能干。无论是我们组干活巨快的A姐,还是总能很快解答我问题的B姐,又或者是其他总能给我提供建议的其他姐姐们,都使我对这一点坚信不疑,她们高学历,专业,细心,耐心。如果你也热爱技术,虽然有时会被bug折磨,但喜欢学到知识时候的踏实,喜欢bug fix的爽感,你就是适合这一行的。我的秋招结束了,但我大概率不会甘心,还是会想试试春招,但我也真的觉得到现在这一步已经很棒了。欢迎同校学妹学弟们找我沟通交流~
疲倦的牛马还在上班:再冲一次,春招不留遗憾吧!
投递美团等公司10个岗位
点赞 评论 收藏
分享
评论
点赞
1
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务