【redis笔记】分布式锁
什么需要分布式锁
分布式场景下，原单机的多进程多线程并发控制策略会失效，典型的像海量key分布在redis集群中，那么对这些key的并发修改操作就不像单机那样容易保证有序（单机的锁只对单机有效），这时就需要使用分布式锁来实现并发控制。
通常可以有以下几种分布式锁实现方式：
- 基于数据库实现
- 基于redis实现
- 基于Zookeeper实现
我们可以使用redis来实现分布式的锁来控制分布式应用的并发策略。利用的是setnx在已经设置值后，会返回0的特性。
怎么避免分布式锁一直被占用
通常我们需要避免某个任务一直占用锁导致其他任务无法顺利执行的场景，我们可以通过设置锁的过期时间来让锁自动失效。
为了上锁后如果出现redis服务异常，导致过期时间设置失败，一般上锁时要同步进行过期时间设置,如下上锁并设置lock过期时间10秒
set lock 1 nx ex 10
怎么避免锁被误删除
考虑以下场景，A加了一把锁，过期时间3秒，在手动释放锁之前过期了，B这时加锁进行了自己的操作，这时A执行到了解锁，就会导致A把B加的锁删除了
一种有效的解决方案是每个具体的服务生成一个uuid，当我们加锁时，我们把值设置成自己的uuid，释放锁的时候去获取此时锁的uuid值，如果一样就释放，不一样就不释放。
但由于比较和删除的操作不是原子的，如果我们比较是否相等之后，还没删除，就过期了，如果刚好被另外一个服务抢占了，那么还是会误删除。为了解决这个问题，我们也可以使用LUA脚本来保证执行的原子性