Redis分布式锁

       最近在学习Redis 过程中,了解到redis的可以作为分布式锁的使用,这里学习记录下。

一、背景介绍:

       在很多互联网产品应用中,有些场景需要加锁处理,比如:秒杀,全局递增ID,楼层生成等等。大部分的解决方案是基于DB实现的,Redis为单进程单线程模式,采用队列模式将并发访问变成串行访问,且多客户端对redis的连接并不存在竞争关系。其次Redis提供一些命令SETNX,GETSET,可以方便实现分布式锁机制。


二、使用分布式锁需要满足的几个条件

1.系统是一个分布式系统(关键是分布式,单机的可以使用ReentrantLock或者synchonized代码快来实现)

2.共享资源(各个系统访问同一资源,资源的载体可能是传统关系数据库或者NoSQL)

3.同步访问(即有很多歌进程同时访问一个共享资源。没有同步访问,就不会存在竞争关系)


三、实现方式

1、使用setnx命令实现

    redis提供了丰富的可操作命令,首先我们来看下下面几个命令

    (1) setnx 命令 (SET IF NOT EXISTS):

    语法:
    SETNX key value
    功能:
    当且仅当 key 不存在,将 key 的值设为 value ,并返回1;若给定的 key 已经存在,则 SETNX 不做任何动作,并返回0。

    (2) GET命令

    语法:

    GET key

    功能:
    返回 key 所关联的字符串值,如果 key 不存在那么返回特殊值 nil 。

    (3) DEL命令

    DEL key (KEY ..)

    功能:
     删除给定的一个或多个 key ,不存在的 key 会被忽略。

加锁实现

SETNX 可以直接加锁操作,比如说对某个关键词foo加锁,客户端可以尝试
SETNX foo.lock <current unix time>

如果返回1,表示客户端已经获取锁,可以往下操作,操作完成后,通过
DEL foo.lock

命令来释放锁。
如果返回0,说明foo已经被其他客户端上锁,如果锁是非堵塞的,可以选择返回调用。如果是堵塞调用调用,就需要进入以下个重试循环,直至成功获得锁或者重试超时。理想是美好的,现实是残酷的。仅仅使用SETNX加锁带有竞争条件的,在某些特定的情况会造成死锁错误。


 2、使用inrr 命令

INCR key

将 key 中储存的数字值增一。

如果 key 不存在,那么 key 的值会先被初始化为 0 ,然后再执行 INCR 操作。

如果值包含错误的类型,或字符串类型的值不能表示为数字,那么返回一个错误。



四、解决死锁

在上面的处理方式中,如果获取锁的客户端端执行时间过长,进程被kill掉,或者因为其他异常崩溃,导致无法释放锁,就会造成死锁。所以,需要对加锁要做时效性检测。因此,我们在加锁时,把当前时间戳作为value存入此锁中,通过当前时间戳和Redis中的时间戳进行对比,如果超过一定差值,认为锁已经时效,防止锁无限期的锁下去,但是,在大并发情况,如果同时检测锁失效,并简单粗暴的删除死锁,再通过SETNX上锁,可能会导致竞争条件的产生,即多个客户端同时获取锁。

C1获取锁,并崩溃。C2和C3调用SETNX上锁返回0后,获得foo.lock的时间戳,通过比对时间戳,发现锁超时。
C2 向foo.lock发送DEL命令。
C2 向foo.lock发送SETNX获取锁。
C3 向foo.lock发送DEL命令,此时C3发送DEL时,其实DEL掉的是C2的锁。
C3 向foo.lock发送SETNX获取锁。

此时C2和C3都获取了锁,产生竞争条件,如果在更高并发的情况,可能会有更多客户端获取锁。所以,DEL锁的操作,不能直接使用在锁超时的情况下,幸好我们有GETSET方法,假设我们现在有另外一个客户端C4,看看如何使用GETSET方式,避免这种情况产生。

C1获取锁,并崩溃。C2和C3调用SETNX上锁返回0后,调用GET命令获得foo.lock的时间戳T1,通过比对时间戳,发现锁超时。
C4 向foo.lock发送GESET命令,
GETSET foo.lock <current unix time>
并得到foo.lock中老的时间戳T2


五、代码实现

(1) 使用setnx命令实现

public class setnxLockDemo {


    private StopWatch stopWatch = new StopWatch();

    private int tryLockCount = 0;

    private String key;

    private int maxLockSeconds;

    private static final String KEY = "inrr.test";

    private static final String ip = "xxxxxx";

    private static final int port = 6379;

    private static final int timeOut = 2000;

    /**
     * 适用于:
     * 任务处理时长在 百毫秒级 <p>
     * 重试获取锁的间隔在 十毫秒级 <p>
     *
     * @param key
     * @param maxLockSeconds 防止客户端挂掉,无法自己手动释放锁的时候,锁自动失效时间。
     *                    这个值应该设置的大些,让它在客户端正常运行的时都手动释放,而不是远程自动释放。
     */
    public setnxLockDemo(String key, int maxLockSeconds) {
        this.key = key;
        this.maxLockSeconds = maxLockSeconds;
    }

    public void lock() {
        if (stopWatch.isStarted()) {
            throw new IllegalStateException("未拿到锁,该方法已被调用");
        }
        while (true) {
            if (setnx(key) == 1L) {
                stopWatch.start(); // 本地时间要比远程时间先计
                expire(key, maxLockSeconds);
                return;
            } else {
                try {
                    Thread.sleep(RandomUtils.nextInt(15, 50));
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

    /**
     * 如果本地计时器发现一秒内远程会自动释放锁,这个方法就不执行任何操作了
     */
    public void unlock() {
        if (stopWatch.getTime() / 1000L < maxLockSeconds) {
            CodisConnector.del(key);
        }
    }
    public static long setnx(String key) {
        //此处假设已经拿到配置
        JedisPoolConfig config = new JedisPoolConfig();

        JedisPool pool = new JedisPool(config, ip, port, timeOut);
        Jedis jedis = pool.getResource();
        try {
            return jedis.setnx(key,"1");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            jedis.close();
        }
        return -1L;
    }


    public static void expire(String key, int second) {
        //此处假设已经拿到配置
        JedisPoolConfig config = new JedisPoolConfig();

        JedisPool pool = new JedisPool(config, ip, port, timeOut);

        Jedis jedis = pool.getResource();
        try {
            jedis.expire(key, second);
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            jedis.close();
        }
    }
    public static long del(String key) {
        Jedis jedis = pool.getResource();
        try {
            return jedis.del(key);
        } catch (Exception e) {
            logger.error("codis异常:", e);
        } finally {
            jedis.close();
        }
        return 0;
    }


    public static long del(String key) {
        Jedis jedis = pool.getResource();
        try {
            return jedis.del(key);
        } catch (Exception e) {
            logger.error("codis异常:", e);
        } finally {
            jedis.close();
        }
        return 0;
    }
}


(2) 使用inrr命令实现

public class InrrLockDemo {

    private static final String KEY = "inrr.test";

    private static final String ip = "xxxxxx";

    private static final int port = 6379;

    private static final int timeOut = 2000;

    /**
     * incr
     * 根据key查找 判断是否存在 若不存在即设置为0+1 可以拿到锁,其他情况均得不到锁,
     *外部调用可以根据boolean值得判断是否拿到锁
     */
    public static boolean inrrLock() {
        Date now = new Date();
        SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd");
        String date = sdf.format(now);
        String cacheKey = String.format(KEY, date);
        long i = incr(cacheKey);

        //根据场景选择设置锁存在时间
        expire(cacheKey, 3600 * 24);

        return i == 1L;
    }

    public static long incr(String key) {
        //此处假设已经拿到配置
        JedisPoolConfig config = new JedisPoolConfig();

        JedisPool pool = new JedisPool(config, ip, port, timeOut);
        Jedis jedis = pool.getResource();
        try {
            return jedis.incr(key);
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            jedis.close();
        }
        return -1L;
    }


    public static void expire(String key, int second) {
        //此处假设已经拿到配置
        JedisPoolConfig config = new JedisPoolConfig();

        JedisPool pool = new JedisPool(config, ip, port, timeOut);

        Jedis jedis = pool.getResource();
        try {
            jedis.expire(key, second);
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            jedis.close();
        }
    }

}




### Redis 分布式锁的实现方式、使用方法及最佳实践 #### ### 1. Redis 分布式锁的基本原理 Redis 分布式锁的核心思想是利用 Redis 的原子性操作来确保的唯一性。通过 Redis 的 `SET` 命令,结合参数 `NX` 和 `EX`,可以在多线程环境下实现加和解的功能[^1]。此外,为了提高可用性,还可以采用 RedLock 算法或多实例部署的方式。 #### ### 2. Redis 分布式锁的实现方式 #### #### 2.1 单实例 Redis 实现分布式锁 单实例 Redis 实现分布式锁是最简单的实现方式。通过以下命令完成加和解操作: ```python import time import redis # 初始化 Redis 客户端 client = redis.StrictRedis(host='localhost', port=6379, db=0) lock_key = "distributed_lock" lock_value = "unique_identifier" # 加操作 def acquire_lock(): result = client.set(lock_key, lock_value, nx=True, ex=10) # 设置过期时间为 10 秒 return result is not None # 解操作 def release_lock(): script = """ if redis.call("get", KEYS[1]) == ARGV[1] then return redis.call("del", KEYS[1]) else return 0 end """ client.eval(script, 1, lock_key, lock_value) ``` 上述代码中,`nx=True` 确保只有当键不存在时才设置键值对,从而实现加功能。`ex=10` 参数为设置了 10 秒的过期时间,防止死的发生[^1]。 #### #### 2.2 多实例 Redis 实现分布式锁(RedLock 算法) 在高可用场景下,可以使用 RedLock 算法实现分布式锁。RedLock 算法通过多个 Redis 实例来确保的可靠性。以下是 RedLock 的伪代码实现: ```python import redis import time class RedLock: def __init__(self, redis_nodes): self.redis_nodes = [redis.StrictRedis(**node) for node in redis_nodes] def acquire_lock(self, lock_key, lock_value, ttl): quorum = len(self.redis_nodes) // 2 + 1 start_time = time.time() success_count = 0 for node in self.redis_nodes: if node.set(lock_key, lock_value, nx=True, px=ttl): success_count += 1 elapsed_time = time.time() - start_time validity_time = ttl - int(elapsed_time * 1000) if success_count >= quorum and validity_time > 0: return True, validity_time else: self.release_lock(lock_key, lock_value) return False, 0 def release_lock(self, lock_key, lock_value): for node in self.redis_nodes: try: script = """ if redis.call("get", KEYS[1]) == ARGV[1] then return redis.call("del", KEYS[1]) else return 0 end """ node.eval(script, 1, lock_key, lock_value) except Exception: pass ``` RedLock 算法要求在大多数 Redis 实例上成功加,并且整个过程的时间小于的有效期,才能认为加成功[^3]。 #### ### 3. Redis 分布式锁的最佳实践 #### #### 3.1 设置合理的超时时间 为了避免死问题,必须为设置一个合理的超时时间。如果持有者在超时时间内未完成任务,将自动释放[^1]。 #### #### 3.2 使用唯一的标识符 在加时,应为每个分配一个唯一的标识符(如 UUID),以便在解时验证的拥有者身份,防止误删其他线程的[^3]。 #### #### 3.3 防止 GC 停顿导致失效 Java 程序中的垃圾回收(GC)可能导致线程长时间暂停,从而使提前释放。为了解决这一问题,可以使用续租机制,在即将到期时主动延长的有效期。 #### #### 3.4 监控的竞争情况 在高并发场景下,可以通过监控的竞争情况来优化系统性能。例如,记录加失败的次数或等待时间,分析是否存在争用问题[^1]。 #### ### 4. 示例代码:基于 Redisson 的分布式锁实现 Redisson 是一个成熟的 Redis 客户端库,提供了丰富的分布式锁功能。以下是使用 Redisson 实现分布式锁的示例代码: ```java import org.redisson.Redisson; import org.redisson.api.RLock; import org.redisson.api.RedissonClient; import org.redisson.config.Config; public class RedissonLockExample { public static void main(String[] args) throws InterruptedException { Config config = new Config(); config.useSingleServer().setAddress("redis://127.0.0.1:6379"); RedissonClient redisson = Redisson.create(config); RLock lock = redisson.getLock("myDistributedLock"); lock.lock(); // 加 try { // 执行业务逻辑 System.out.println("Lock acquired, performing task..."); Thread.sleep(1000); // 模拟任务执行 } finally { lock.unlock(); // 解 System.out.println("Lock released."); } redisson.shutdown(); } } ``` Redisson 提供了多种类型,包括公平、可重入和红(RedLock),开发者可以根据实际需求选择合适的类型[^3]。 #### ### 5. 注意事项 - 在高并发场景下,应尽量减少的粒度,避免因竞争导致性能下降。 - 如果 Redis 实例发生故障,可能会导致丢失。因此,在关键业务场景下,建议使用哨兵模式或集群模式来提高 Redis 的可用性[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值