本文目录一览：
如何使用redis实现分布式锁功能?
1、释放锁时，删除相应的记录。 基于Redis的分布式锁使用Redis的SETNX命令（Set if Not eXists）来实现分布式锁。SETNX命令在键不存在时设置值，并返回1；如果键已存在，不执行任何操作，并返回0。
2、简而言之，分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源。可以使用 SETNX key value 命令实现互斥的特性。解释下：如果 key 不存在，则设置 value 给这个 key ，否则啥都不做。
3、需要在获得 lock-key 后判断加锁对象是否为当前client，是，则解锁。
分布式锁为什么不用乐观锁用redis
1、forupdate排他锁。所谓乐观锁与前边最大区别在于基于CAS思想，是不具有互斥性，不会产生锁等待而消耗资源，操作过程中认为不存在并发冲突，只有updateversion失败后才能觉察到。我们的抢购、秒杀就是用了这种实现以防止超卖。
2、所以 场景1会锁等待，场景2不会锁等待。 分析： RC隔离级别： 事务1未命中，不会加任何锁。所以 场景1，场景2，场景3都不会锁等待。 RR隔离级别： 事务1未命中，会加间隙锁。因为主键查询，只会对主键加锁。 在10和18加间隙锁。
3、基于数据库实现分布式锁：主要是利用数据库的唯一索引来实现，唯一索引天然具有排他性，这刚好符合我们对锁的要求：同一时刻只能允许一个竞争者获取锁。
4、使用Redis实现的锁，并不存在这样的问题，因为key并不会因为客户端怎么样而被删除。
5、如果发现加锁次数是0了，说明这个客户端已经不再持有锁了，此时就会用：“del myLock”命令，从redis里删除这个key。然后呢，另外的客户端2就可以尝试完成加锁了。这就是所谓的分布式锁的开源Redisson框架的实现机制。
6、还有人说可以用乐观锁，比如使用如下 SQL： 这种方式就在一定几率下，很可能出现数据一直更新不上，导致长时间重试的情况。 所以，经过综合考虑，我们就采用了 Redis 分布式锁，通过互斥的方式，以防止多个客户端同时更新优惠券数量的方案。
Redis怎么实现分布式锁
1、释放锁时，删除相应的记录。 基于Redis的分布式锁使用Redis的SETNX命令（Set if Not eXists）来实现分布式锁。SETNX命令在键不存在时设置值，并返回1；如果键已存在，不执行任何操作，并返回0。
2、获取锁最终都会调用这个方法，通过 lua 脚本与 redis 进行交互，来实现分布式锁。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁，那么就需要定时刷新锁的过期时间。
3、redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁，但是zookeeper也不是完全没问题，在出现网络颜值，客户端与服务端失联情况的时候也依然可能会出现分布式的问题。
4、Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。
5、SETNX不同：SETNX（SETifNoteXists），该命令在key不存在时设置key的值，如果key存在，不做任何操作。Redishash数据结构可以存储多个键值对，所以我们可以使用Redishash实现分布式锁。
Redis的Setnx命令实现分布式锁
1、SETNX不同：SETNX（SETifNoteXists），该命令在key不存在时设置key的值，如果key存在，不做任何操作。Redishash数据结构可以存储多个键值对，所以我们可以使用Redishash实现分布式锁。
2、在8版本之后，redis为了解决这个问题，提供了官方版的解法，就是命令：set key value nx expireTimeNum ex，将上述两个命令合并成了一个命令。
3、此时就需要使用分布式锁了。简而言之，分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源。可以使用 SETNX key value 命令实现互斥的特性。
4、EX 10010 指定过期时间 NX 只在键不存在时，才对键进行设置操作。效果等同于 SETNX 命令。只不过早期版本redis不支持set的扩展参数，这就需要用到 lua 脚本了 。
如何用redis实现分布式锁
释放锁时，删除相应的记录。 基于Redis的分布式锁使用Redis的SETNX命令（Set if Not eXists）来实现分布式锁。SETNX命令在键不存在时设置值，并返回1；如果键已存在，不执行任何操作，并返回0。
使用结束后，要及时释放锁，给后面申请获得资源的机会。释放锁比较简单，使用 DEL 命令删除这个 key 就可以了。
通过调用 unlockInnerAsync（threadId） 来删除 redis 中的 key 来释放锁。特别注意一点，当不是持有锁的线程释放锁时引起的失败，不需要调用 cancelExpirationRenewal 方法，取消定时，因为锁还是被其他线程持有。
原理很简单，set 一个 锁-key，如果成功则说明加锁成功，反之则失败。
fencing token可以理解成采用全局递增的序列替代随机字符串，即 有序token ，作为锁token来使用 流程：假设有5个Redis节点A， B， C， D， E。这个问题用Redis实现分布式锁暂时无解。而生产环境这种情况是存在的。
