深入浅出：Redis分布式锁的实现原理与实践指南-CSDN博客

本文链接：https://blog.csdn.net/2301_78782696/article/details/147580090

引言

在分布式系统中，如何安全高效地实现资源互斥访问是一个经典问题。Redis因其高性能和丰富的特性，常被用作分布式锁的实现工具。本文将从实现原理、关键问题和实践示例三个维度，带你彻底掌握Redis分布式锁的核心逻辑，并分享我在实际项目中的踩坑经验。

一、Redis分布式锁的核心实现

1.1 基础命令：SETNX + EXPIRE

最基础的分布式锁通过SETNX（SET if Not eXists）实现：

SETNX lock_key 1       # 尝试获取锁
EXPIRE lock_key 10      # 设置过期时间（避免死锁）

问题：这两个命令非原子操作，若设置过期时间前进程崩溃，会导致锁永不释放。

1.2 优化方案：原子性命令

Redis 2.6.12后支持扩展参数，实现原子操作：

SET lock_key 1 EX 10 NX  # 仅当key不存在时设置，并自动过期

关键点：

NX：互斥性保证
EX：自动过期机制
Value需唯一（例如UUID），避免误删其他客户端的锁（后文详解）

二、分布式锁的四大核心问题

2.1 锁误删问题

场景：客户端A因GC停顿导致锁过期，客户端B获取锁后，A恢复并误删B的锁。

解决方案：

# 伪代码示例：Lua脚本保证原子性
if redis.get("lock_key") == client_uuid:
    redis.del("lock_key")

2.2 过期时间评估

设置过短：业务未完成锁已过期，导致并发问题
设置过长：系统故障时恢复延迟
建议：基于压测结果设置缓冲时间（如平均耗时的2倍）

2.3 锁续约机制（Watchdog）

Redisson的实现逻辑：

获取锁成功后启动后台线程
每隔(expireTime / 3)时间续期锁（默认30秒过期则每10秒续期）

2.4 集群环境下的挑战

Redis主从切换可能导致锁丢失，可采用RedLock算法（需至少3个主节点），但因争议较大，更推荐基于单Redis实例的优化方案。

三、实战场景与代码示例

3.1 秒杀库存扣减

import redis
import uuid

client = redis.Redis()
lock_key = "seckill_item_123"
client_id = str(uuid.uuid4())

# 获取锁（设置10秒过期）
if client.set(lock_key, client_id, ex=10, nx=True):
    try:
        # 业务逻辑：扣减库存
        stock = client.decr("stock_123")
        if stock < 0:
            raise Exception("库存不足")
    finally:
        # 释放锁
        client.eval(
            "if redis.call('get',KEYS[1]) == ARGV[1] then return redis.call('del',KEYS[1]) else return 0 end",
            1, lock_key, client_id
        )
else:
    print("获取锁失败，请重试")

3.2 分布式任务调度

场景：多个服务节点竞争任务执行权时，可通过分布式锁确保唯一执行：

// Spring Boot示例（使用Redisson）
@Scheduled(cron = "0 */5 * * * ?")
public void scheduledTask() {
    RLock lock = redisson.getLock("task_lock");
    try {
        if (lock.tryLock(0, 30, TimeUnit.SECONDS)) {
            // 执行定时任务逻辑
        }
    } finally {
        lock.unlock();
    }
}