redis 分布式锁

出现场景

   当多个服务器使用同一个redis缓存时会出现并发问题，分布式锁就是为解决这种问题而出现的。

第一版设计

解决方案

   redis也是数据库，那采取和数据库一样的操作加锁（setnx）就能阻止并发，然后处理完成再释放锁(del)即可。

出现问题

   假设运行过程中出现异常，没到解锁那一步，那redis就会一直处于死锁状态。

第二版设计

解决方案

   针对上述出现的死锁问题，给锁加上过期时间（expire），只要到时间就自动解锁，这样就算程序出现异常也不会出现死锁了。并且为了防止由于加锁（setnx）和加过期时间（expire）是两步操作，不能保证原子性，所以还会出现加锁之后程序挂了，死锁依旧存在；2.8版本之前就采用library保证两步的原子性；2.8之后官方增加了set能一步实现加锁和过期时间。

出现问题

   到这一步已经很好了，但是线程A加锁后处理了很久，redis超时解锁了；线程B立马加锁，然后线程A又在B完成操作之前完成了，发送了解锁命令，然后线程C拿到了锁；后面就全乱了。

当前版本

解决方案

   使用SET key value [EX seconds] [PX milliseconds] [NX|XX]设置时每个线程设置不同的value，例如uuid；然后在进行解锁操作时，先对比一下value，相等才解锁；但是没有delifequals的命令，所以我们需要使用Lua脚本定义

delifequals

if redis.call(“get”,KEYS[1]) == ARGV[1] then
   return redis.call(“del”,KEYS[1])
else
  return 0
end

问题

  该方案目前还是不能解决超时自动解锁的问题，所以请尽量不要用于较长时间的任务。