redis分布式锁可能出现的问题锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁 ， 但别的客户端并没有释放的情况 。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作 。
Redis 分布式锁不能解决超时的问题，分布式锁有一个超时时间，程序的执行如果超出了锁的超时时间就会出现问题 。
问题-1 如果setnx执行成功 ， 但是在expire执行的时候redis节点宕机了，在这种情况下，锁不会被释放 ， 导致死锁 。
什么是redis分布式锁之前自己在用redis来实现分布式锁的时候都是基于单个Redis实例，也就是说Redis本身是有单点故障的 ， Redis的官方文档介绍了一种自认为合理的算法，Redlock来实现分布式Redis下的分布式锁 。
在使用Redis实现分布式锁的时候，主要就会使用到这三个命令 。
简而言之 ， 分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源 。可以使用 SETNX key value 命令实现互斥的特性 。解释下：如果 key 不存在，则设置 value 给这个 key ， 否则啥都不做 。
分布式锁的一些细节问题,值得收藏1、锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁，但别的客户端并没有释放的情况 。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作 。
2、但是在分布式系统中，这种方式就失效了；由于分布式系统多线程、多进程并且分布在不同机器上，这将使单机并发控制锁策略失效，为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问 。
3、上面这个分布式锁的实现中 ， 大体能够满足了一般的分布式集群竞争锁的需求 。这里说的一般性场景是指集群规模不大，一般在10台机器以内 。
Redis分布式锁的原理是什么?如何续期?1、所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁 。
2、在使用分布式锁的时候，其实就是采用了「自动续期」的方案来避免锁过期，这个守护线程我们一般也把它叫做「看门狗」线程 。这个方案可以说很 OK 了，能想到这些的优化点已经击败一大批程序猿了 。
3、获取锁最终都会调用这个方法，通过 lua 脚本与 redis 进行交互，来实现分布式锁 。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁 ， 那么就需要定时刷新锁的过期时间 。
4、选用Redis实现分布式锁原因：（1）Redis有很高的性能；（2）Redis命令对此支持较好，实现起来比较方便使用命令介绍：（1）SETNXSETNX key val：当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做 ， 返回0 。
5、引言 之前自己在用redis来实现分布式锁的时候都是基于单个Redis实例，也就是说Redis本身是有单点故障的，Redis的官方文档介绍了一种自认为合理的算法，Redlock来实现分布式Redis下的分布式锁 。
【redis分布式锁redis挂了 redis分布式锁业务没办理完超时了】6、分布式锁是控制分布式系统之间同步访问共享资源的一种方式 。原理就是，当我们要实现分布式锁，最简单的方式可能就是直接创建一张锁表，然后通过操作该表中的数据来实现了 。
