redis分布式自旋锁，redis 自旋锁

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

Redis的Setnx命令实现分布式锁

1、基于Redis的分布式锁使用Redis的SETNX命令（Set if Not eXists）来实现分布式锁。SETNX命令在键不存在时设置值，并返回1；如果键已存在，不执行任何操作，并返回0。通过这个原子操作，可以确保在多个进程中只有一个进程能够成功设置锁。释放锁时，使用DEL命令删除键。

2、Redis有一系列的命令，特点是以NX结尾，NX是Not eXists的缩写，如SETNX命令就应该理解为：SET if Not eXists。这系列的命令非常有用，这里讲使用SETNX来实现分布式锁。用SETNX实现分布式锁利用SETNX非常简单地实现分布式锁。

3、第一时间我们会联想到Redis的EXPIRE命令（EXPIRE key seconds）。但是这里我们不能使用EXPIRE来实现分布式锁，因为它与SETNX一起是两个操作，在这两个操作之间可能会发生异常，从而还是达不到预期的结果对此，正确的姿势应该是使用“SET key value [EX seconds] [PX milliseconds] [NX|XX]”这个命令。

4、命令是：setnx 内部的实现机制就是判断这个key位置是不是有数据，没有数据就设置成value返回，有数据就返回一个特殊数值。

5、SETNX不同：SETNX（SETifNoteXists），该命令在key不存在时设置key的值，如果key存在，不做任何操作。Redishash数据结构可以存储多个键值对，所以我们可以使用Redishash实现分布式锁。Redishash实现方式不同：可以使用SETNX实现分布式锁，将Redis中某个Key的value设置为1，表示该锁被某个客户端取得。

如何使用redis实现分布式锁功能?

首先，通过实例化RedissonClient并调用RLock接口，我们能借助lock()方法来实现加锁和释放。在底层，lock()方法巧妙地调用tryAcquire()，并异步执行tryAcquireAsync。真正实现原子性加锁的过程，则是由tryLockInnerAsync通过lua脚本来完成的。

如果想要实现可重入的分布式锁的话，需要在设置value的时候加上线程信息和加锁次数的信息。但是这是简单的思路，如果加上过期时间等问题之后，可重入锁就可能比较复杂了。

可以尽量把锁自动过期的时间设的冗余一些。但也不能彻底解决。可以在删除锁的时候先get值，判断值是否是当前线程存的随机值，只有相同才执行删锁的操作；当然也要使用 lua 脚本执行来保证原子性。

用SETNX实现分布式锁利用SETNX非常简单地实现分布式锁。

简而言之，分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源。可以使用 SETNX key value 命令实现互斥的特性。解释下：如果 key 不存在，则设置 value 给这个 key ，否则啥都不做。

使用Redis实现分布式锁最简单的方案是使用命令SETNX。SETNX（SET if Not eXist）的使用方式为：SETNX key value，只在键key不存在的情况下，将键key的值设置为value，若键key存在，则SETNX不做任何动作。SETNX在设置成功时返回，设置失败时返回0。

Redis实现分布式锁与Zookeeper实现分布式锁区别

分布式锁三种实现方式：基于数据库实现分布式锁；基于缓存（Redis等）实现分布式锁；基于Zookeeper实现分布式锁。从性能角度（从高到低）来看：“缓存方式Zookeeper方式=数据库方式”。1。悲观锁：利用select？where？forupdate排他锁。

使用Redis实现的锁，并不存在这样的问题，因为key并不会因为客户端怎么样而被删除。但它也有麻烦的一面，为了防止客户端长时间阻塞或者故障宕机而导至锁无法释放，我们需要在加锁的时候指定一个过期时间，不过成本确实比ZooKeeper的实现要低很多。

基于缓存实现分布式锁：理论上来说使用缓存来实现分布式锁的效率最高，加锁速度最快，因为Redis几乎都是纯内存操作，而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO，效率相对低下。

如何用redis实现分布式锁

利用SETNX非常简单地实现分布式锁。例如：某客户端要获得一个名字foo的锁，客户端使用下面的命令进行获取：SETNX lock.foo current Unix time + lock timeout + 1 如返回1，则该客户端获得锁，把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁。