Redis分布式锁和使用场景

分布式锁介绍

分布式锁是保护分布式系统中的多个进程对于某个共享资源的使用

分布式锁所需的特点

• 高可用的获取锁和释放锁；
• 高性能的获取锁和释放锁；
• 具备可重入性；
• 具备锁失效机制，防止死锁；
• 具备非阻塞锁特性，即没有获取到锁也不会阻塞；

Redis分布式锁
使用setnx指令 获取锁；
使用del指令 释放锁；
使用expire 指令 设置锁的过期时间；
在Redis 2.8版本之后，通过给set指令拓展了ex 指令，将setnx和expire合并为一条原子性的指令，解决了之前setnx和expire指令之间进程崩溃导致锁无法释放的问题

 > set lockname  true ex 10 nx 
 OK

分布式锁的使用场景举例：

Redis分布式锁的超时问题

如果在获取锁和释放锁的之间业务执行的太久，会触发锁的超时，就可能出现问题，这时原进程仍然在执行业务逻辑对共享区域进行操作，它的锁被迫超时释放后它的业务处理还在继续，这时第二个进程获取了锁开始对共享区域操作，导致共享区域还是不能被严格的保护；

建议：锁之间的业务代码时间需要控制，不要执行较久的业务；

规避方案：
通过将set指令的value参数设置为一个随机值，释放锁前匹配随机值释放一致，然后再释放，确保当前线程有的锁不会被其他线程释放，但是这整个动作并不是原子性的，只能依靠lua脚本

可重入性

可重入性是指线程在已经持有锁的情况下，再次请求加锁；如果一个锁它支持被同一个线程多次加锁，那它就具备可重入性，比如Java里的ReentrantLock 。 Redis的锁如果需要支持可重入性，需要对set方法进行包装，使用ThreadLocal存储当前持有锁的计数

Redis可重入锁的实现不仅需要计数，还需要考虑内存锁计数的过期时间，复杂度较高，建议调整业务逻辑避免使用可重入锁