我要招人

后端岗位面试题更新 2026-08-05

在基于 Redis 实现分布式锁的具体实践中，可能会遇到哪些典型问题？

后端开发风险判断技术原理方案权衡Redis

考察说明

考查对 Redis 分布式锁实现机制的理解，以及能否识别实际部署中的典型故障与应对策略。

回答思路

  1. 【回答框架 1】分布式锁的目的是在分布式系统中实现对共享资源的互斥访问，Redis 通过 SETNX 或 SET NX EX 等命令实现。，核心问题分为三类：误删问题、死锁问题、性能问题。
  2. 【回答框架 2】误删问题：当持有锁的线程超时后锁被自动释放，此时其他线程获取锁，原线程操作完成后误删他人锁。解决方案：使用唯一 value 标识锁持有者，删除前校验 value，或使用 Lua 脚本保证校验与删除的原子性。
  3. 【回答框架 3】死锁问题：若线程持有锁期间崩溃而未释放，会导致死锁。通过设置过期时间可避免，但需权衡过期时间与业务执行时长，过长增加等待时间，过短导致任务未完成锁被释放。
  4. 【回答框架 4】性能与一致性问题：Redis 主从架构下，主节点锁信息未同步到从节点即发生故障转移，可能导致新主节点无锁信息而重复获取锁。高并发下锁竞争激烈，可使用 Redisson 等实现可重入锁与看门狗机制，或结合数据库唯一约束等方案。
  5. 【回答框架 5】方案选择：对于可靠性要求极高的场景，需考虑 RedLock 或 ZooKeeper 等强一致方案，但需权衡复杂度与性能。
  6. 【关键点 1】误删他人锁的问题需通过唯一标识与 Lua 脚本解决。
  7. 【关键点 2】设置过期时间可避免死锁，但需根据业务时长调整。
  8. 【关键点 3】主从故障转移可能导致锁丢失，需考虑 RedLock 或强一致方案。
  9. 【关键点 4】可重入锁和看门狗机制可扩展 Redis 锁的功能。
  10. 【易错点 1】仅仅使用 SETNX 而不设置过期时间可能导致死锁。
  11. 【易错点 2】只依靠判断 value 删除锁而不保证原子性，可能误删。
  12. 【易错点 3】过度依赖 RedLock 可能带来复杂度，且并非绝对可靠。