redis分布式锁为什么用lua-redis分布式锁为什么不稳定(4-12-76)

更新时间：2024-11-23 分类：Redis 浏览量：2

Redis本文目录一览：

锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁，但别的客户端并没有释放的情况。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作。

但是在分布式系统中，这种方式就失效了；由于分布式系统多线程、多进程并且分布在不同机器上，这将使单机并发控制锁策略失效，为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问。

上面这个分布式锁的实现中，大体能够满足了一般的分布式集群竞争锁的需求。这里说的一般性场景是指集群规模不大，一般在10台机器以内。

使用redis客户端redisson，redisson很好的解决了redis在分布式环境下的一些棘手问题，它的宗旨就是让使用者减少对Redis的关注，将更多精力用在处理业务逻辑上。

比如，SSD将内存换成了磁盘，以换取更大的容量。

释放锁的时候，只需要删除 del key 这个 key 就行了。

问题-1 如果setnx执行成功，但是在expire执行的时候redis节点宕机了，在这种情况下，锁不会被释放，导致死锁。

1、原理监控 sentinel节点需要监控master、slave以及其他sentinel节点的状态。这一过程是通过Redis的pub\sub系统实现的。

2、Redis哨兵模式的实现原理。关于哨兵的原理，关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务。

3、Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。要使用哨兵机制，除了启动Redis服务以外，还要启动哨兵服务来进行监控，会介绍详细步骤。

4、其原理是哨兵通过发送命令，等待Redis服务器响应，如果Redis服务器一直没有响应，说明这个Redis服务器可能已经宕机了，从而监控运行的多个Redis实例。

5、集群监控，负责监控redis master 和slave进程是否正常工作。（2）消息通知，如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员。（3）故障转移，如果master node挂掉了，会自动转移到slave node上。

Redis 分布式锁不能解决超时的问题，分布式锁有一个超时时间，程序的执行如果超出了锁的超时时间就会出现问题。

问题-1 如果setnx执行成功，但是在expire执行的时候redis节点宕机了，在这种情况下，锁不会被释放，导致死锁。

释放锁的时候，只需要删除 del key 这个 key 就行了。

肯定是会占用一部分资源的，需要根据项目情况来确定是否使用，代码看注释部分差异。redisson分布式锁的使用参考上一篇博文。

这时系统在业务语义上一定会出现问题，导致各种脏数据的产生。