本文目录一览：
Redisson实现分布式锁原理
1、如果发现加锁次数是0了，说明这个客户端已经不再持有锁了，此时就会用：“del myLock”命令，从redis里删除这个key。然后呢，另外的客户端2就可以尝试完成加锁了。这就是所谓的分布式锁的开源Redisson框架的实现机制。
2、注意 rLock.tryLock（10， TimeUnit.SECONDS）； 时间要设置大一点，如果等待时间太短，小于获取锁 redis 命令的时间，那么就直接返回获取锁失败了。
3、Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。
4、简单加锁命令：命令是：setnx 内部的实现机制就是判断这个key位置是不是有数据，没有数据就设置成value返回，有数据就返回一个特殊数值。
5、此时就需要使用分布式锁了。简而言之，分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源。可以使用 SETNX key value 命令实现互斥的特性。
redis不重复取出
redis高并发能力直接相关概念有哪些：无序集合内存回收。
设置一个过期时间可以让键过期自动释放，不然如果线程突然歇逼，该接口就一直不能访问。这样还需要注意的一个问题是，如果你先去Redis获取这个键，然后判断这个键不存在则设置键；存在则说明还没到访问时间，返回提示。
确定时间段的开始和结束时间。如想要获取过去一周内的数据，可以设置开始时间为一周前的时间，结束时间为当前时间。
以下关于redis的说法正确的是
1、选项A正确，Redis是一个基于内存的键值对存储系统，主要消耗内存物理资源。它将数据存储在内存中，因此具有高速的读写操作和较低的延迟。选项B正确，在Redis中，TTL命令用于查看键的剩余生存时间，单位为秒。
2、常用的Redis命令包括SET、GET、DEL、EXPIRE、EXISTS、PERSIST和PUBLISH/SUBSCRIBE等。
3、Redis默认情况下不允许密码为空。实际上，Redis默认情况下是没有开启密码认证的，也就是说，任何人都可以通过Redis的默认端口（6379）直接连接到Redis服务器，并进行任意操作。
Redis红锁
1、此外，客户端在大多数 Redis 实例中尝试获取锁的速度越快，裂脑情况的窗口就越小（并且需要重试），因此理想情况下，客户端应尝试使用多路复用同时将 SET 命令发送到 N 个实例。
2、思路是在加锁的时候多加锁几台redis服务器，通常情况下redis部署的时候是2n+1台，那么在加锁的时候需要保证过半数服务器加锁成功了，也就是说n+1台服务器。这时候除非整个集群都不可用了，则这个安全性将大幅度提升。
3、redis引入了 红锁 的概念：用Redis中的多个master实例，来获取锁，只有 大多数 实例获取到了锁，才算是获取成功 。
4、为此，Redis 的作者提出一种解决方案，就是我们经常听到的 Redlock（红锁）。 现在我们来看，Redis 作者提出的 Redlock 方案，是如何解决主从切换后，锁失效问题的。
5、Redis分布式锁的原理 Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。
6、A、B两个线程来尝试给key myLock加锁，A线程先拿到锁（假如锁3秒后过期），B线程就在等待尝试获取锁，到这一点毛病没有。
