面试八股之Redis篇2.1——redis分布式锁——Redis分布式锁如何实现 ?

Ethan Yankang

已于 2024-08-11 00:34:50 修改

阅读量898

点赞数 11

分类专栏：面试 # Redis 文章标签：面试 redis 分布式

于 2024-05-31 14:52:21 首次发布

本文链接：https://blog.csdn.net/m0_68657832/article/details/139352613

版权

面试同时被 2 个专栏收录

219 篇文章 12 订阅

订阅专栏

Redis

38 篇文章 0 订阅

订阅专栏

🌈hello，你好鸭，我是Ethan，一名不断学习的码农，很高兴你能来阅读。

✔️目前博客主要更新Java系列、项目案例、计算机必学四件套等。
🏃人生之义，在于追求，不在成败，勤通大道。加油呀！

🔥个人主页：Ethan Yankang
🔥专栏：史上最强八股文||Java项目

🔥温馨提示：划到文末发现专栏彩蛋点击这里直接传送

🔥本篇概览：详细讲解了Redis分布式锁如何实现 ?

思维导图

面试官：Redis分布式锁如何实现 ?

候选人：

嗯，在redis中提供了一个命令setnx(SET if not exists)

由于redis的单线程的，用了命令之后，只能有一个客户端对某一个key设置值，在没有过期或删除key的时候是其他客户端是不能设置这个key

redis2
并发锁篇
- Redis分布式锁如何实现？
  - 利用命令setnx
    - 命令行为
      - SETNX是“SET if Not EXISTS”的缩写。
        由于redis的单线程的，用了命令之后，只能有一个线程对某一个key设置值，
        在没有过期或删除key的时候是其他线程是不能设置这个key的
    - 返回值
      - key不存在，设置key成功，返回1
      - key已经存在的话，不进行任何操作，返回0
    - 如何与分布式锁挂钩的呢？
      - 线程唯一性
        锁的核心逻辑是只能有一个线程持有，具有线程拥有的唯一性，
        而redis的setnx命令具有设置key的线程唯一性
        两者在线程操作的唯一性上是一致的，利用这套逻辑实现的。
      - 释放操作的一致性
        锁的话，只能持有线程释放了，才能被其他线程获取
        设置key的话，只有将key删除【释放了】，才能被其他线程设置
- Redis锁的注意事项？
  - 防止死锁
    - 设置过期时间或者手动删除锁
      - 如果获取锁的客户端在持有锁期间崩溃而没有释放锁，就会导致死锁。
        为了避免这种情况，通常需要结合设置过期时间（如使用 EXPIRE 或 PEXPIRE 命令）来确保锁在一定时间后自动释放。
  - 确保设置锁的操作原子性
    - 使用lua脚本来实现
      - lua脚本在Redis中是原子性的
  - 锁的自动续期
    - 问题引出
      - 如果临界区代码执行时间较长，可能会出现锁过期的情况。可以考虑为锁添加自动续期的功能。
    - 解决问题
      - 每隔一段时间（比如锁过期时间的一半）
        检查一次锁的过期时间并续期