Redis分布式锁

1. 获取锁的时候，使用setnx加锁，锁的value值为一个随机生成的UUID，在释放锁的时候进行判断，并使用expire命令为锁添加一个超时时间，超过该时间则自动释放锁。

setnx key val
当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0

2. 获取锁的时候调用setnx，如果返回0，则该锁正在被别人使用，返回1则成功获取锁，还设置一个获取锁的超时时间，若超过这个时间则放弃获取锁
3. 释放锁的时候，通过UUID判断是不是该锁，若是该锁，则执行delete进行锁释放。

Redis分布式锁的缺点

如果对某个redis master实例写入了myLock这种锁key的value，此时会异步复制给对应的master slave实例。但是这个过程中一旦发生redis master宕机，主备切换，redis slave变为了redis master。
接着就会导致，客户端2来尝试加锁的时候，在新的redis master上完成了加锁，而客户端1也以为自己成功加了锁。
此时就会导致多个客户端对一个分布式锁完成了加锁。
这时系统在业务语义上一定会出现问题， 导致各种脏数据的产生 。
所以这个就是redis cluster，或者是redis master-slave架构的 主从异步复制 导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁。

参考链接

https://blog.csdn.net/hxpjava1/article/details/81068355