【Redis】分布式锁

为什么要用分布式锁

如果原本我们的系统分布在一台机器上的时候，JVM提供的锁就能解决并发问题。但是如果我们是使用多台机器，要同时去Redis里面去拿同一个Key 这个时候，就会发生并发问题，因为这个时候JVM的锁事无
法解决这个问题。

基于Redis的分布式锁

• 加锁：最简单的方法是使用setnx 命令，Key 是锁的唯一标识

  setnx key value ：是去redis尝试set，如果里面已经有key，那么就设置失败返回0
  这里其实就是利用的redis的原子性，实现了CAS的效果。

• 解锁：有加锁就得有解锁。当得到锁的线程执行完任务，需要释放锁，以便其他线程可以进入。释放锁的最简单方式是执行 del 指令

  del key：删去Key 达到解锁的效果

• 锁超时：
  因为如果宕机 不给锁设置超时，那么就会死锁 ，所以在 setnx的时候需要设置超时时间。expire key times

• 问题！

  • 第一点： 在加锁和锁超时的时候 不是原子操作
    • 解决方案：可以利用lua ，set 可以添加可选参数
  • del 误删：如果某个业务逻辑的时间超过了超时时间，这个时候如果key 已经被删除了就会有第二个逻辑进来操作 从而没有达到锁的效果。
    • 解决方案：使用守护线程 一直去给我们的key 加上超时时间，这样会让锁不被释放。
      • 守护线程：开辟一个线程 如果主线程挂了或者结束 那么守护线程也会结束。

Redission

tryLock（）

 if (redis.call('exists', KEYS[1]) == 0) then 
   redis.call('hset', KEYS[