Redis——》如何评估锁过期时间

蔚落 2024-03-24 23:40 63阅读 0赞

> 推荐链接：  
> [总结——》【Java】][Java]  
> [总结——》【Mysql】][Mysql]  
> [总结——》【Redis】][Redis]  
> [总结——》【Kafka】][Kafka]  
> [总结——》【Spring】][Spring]  
> [总结——》【SpringBoot】][SpringBoot]  
> [总结——》【MyBatis、MyBatis-Plus】][MyBatis_MyBatis-Plus]  
> [总结——》【Linux】][Linux]  
> [总结——》【MongoDB】][MongoDB]  
> [总结——》【Elasticsearch】][Elasticsearch]

#### Redis——》如何评估锁过期时间 ####

*  一、锁过期的场景
 *  二、锁过期的解决方案
 *   *  方案1：尽量冗余过期时间
     *  方案2：加入看门狗守护线程

## 一、锁过期的场景 ##

key的失效时间是10s，但是客户端C在拿到分布式锁之后，然后业务逻辑执行超过10s，那么问题来了，在客户端C释放锁之前，其实这把锁已经失效了，那么客户端A和客户端B都可以去拿锁，这样就已经失去了分布式锁的功能了！！！  
![image.png][]

## 二、锁过期的解决方案 ##

### 方案1：尽量冗余过期时间 ###

降低锁提前过期的概率，但这个方案并不能完美解决问题。

### 方案2：加入看门狗守护线程 ###

加锁时，先设置一个预估的过期时间，然后开启一个守护线程，定时去检测这个锁的失效时间，如果锁快要过期了，操作共享资源还未完成，那么就**自动对锁进行续期，重新设置过期时间**。这个守护线程我们一般把它叫做**看门狗线程**。  
![image.png][image.png 1]

[Java]: https://blog.csdn.net/weixin_43453386/article/details/84788317
[Mysql]: https://blog.csdn.net/weixin_43453386/article/details/88667709
[Redis]: https://blog.csdn.net/weixin_43453386/article/details/127966762
[Kafka]: https://blog.csdn.net/weixin_43453386/article/details/128189472
[Spring]: https://blog.csdn.net/weixin_43453386/article/details/124900806
[SpringBoot]: https://blog.csdn.net/weixin_43453386/article/details/84788714
[MyBatis_MyBatis-Plus]: https://blog.csdn.net/weixin_43453386/article/details/84788053
[Linux]: https://blog.csdn.net/weixin_43453386/article/details/89241912
[MongoDB]: https://blog.csdn.net/weixin_43453386/article/details/84788450
[Elasticsearch]: https://blog.csdn.net/weixin_43453386/article/details/108583782
[image.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/13/0d4f85d4107d44bdb1085665d7d8f2fe.png
[image.png 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/13/c690addcc4da4876af5c2f50577096e4.png