本文目录一览：
缓存击穿、穿透、雪崩及Redis分布式锁
1、缓存雪崩、缓存穿透和缓存击穿都是缓存系统中的问题，但是它们之间有所不同。- 缓存雪崩：指Redis中大量的key几乎同时过期，然后大量并发查询穿过redis击打到底层数据库上，此时数据库层的负载压力会骤增。
2、缓存穿透是指一个请求要访问的数据，缓存和数据库中都没有，而用户短时间、高密度的发起这样的请求，每次都打到数据库服务上，给数据库造成了压力。一般来说这样的请求属于恶意请求。
3、内存限制：Redis是基于内存的存储系统，当缓存数据量过大时，可能会消耗大量内存资源，影响软件其他功能的性能。缓存穿透、缓存击穿和缓存雪崩：这些现象可能导致缓存系统承受较大压力，进而影响整个软件的性能和稳定性。
4、预防和解决缓存穿透问题，可以考虑以下两种方法：缓存空对象： 将空值缓存起来，但是这样就有一个问题，大量无效的空值将占用空间，非常浪费。
5、Redis雪崩效应的解决方案：可以使用分布式锁，单机版的话本地锁消息中间件方式一级和二级缓存Redis+Ehchache均摊分配Redis的key的失效时间解释： 当突然有大量请求到数据库服务器时候，进行请求限制。
使用redis实现的分布式锁原理是什么?
1、说实话，如果在公司里落地生产环境用分布式锁的时候，一定是会用开源类库的，比如Redis分布式锁，一般就是用Redisson框架就好了，非常的简便易用。
2、所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁。
3、原理很简单，set 一个 锁-key，如果成功则说明加锁成功，反之则失败。
4、获取锁最终都会调用这个方法，通过 lua 脚本与 redis 进行交互，来实现分布式锁。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁，那么就需要定时刷新锁的过期时间。
5、首先，分布式锁和我们平常讲到的锁原理基本一样，目的就是确保在多个线程并发时，只有一个线程在同一刻操作这个业务或者说方法、变量。
6、分布式锁是控制分布式系统之间同步访问共享资源的一种方式。原理就是，当我们要实现分布式锁，最简单的方式可能就是直接创建一张锁表，然后通过操作该表中的数据来实现了。
如何用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实现分布式锁暂时无解。而生产环境这种情况是存在的。
如何使用redis实现分布式锁功能?
释放锁时，删除相应的记录。 基于Redis的分布式锁使用Redis的SETNX命令（Set if Not eXists）来实现分布式锁。SETNX命令在键不存在时设置值，并返回1；如果键已存在，不执行任何操作，并返回0。
简而言之，分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源。可以使用 SETNX key value 命令实现互斥的特性。解释下：如果 key 不存在，则设置 value 给这个 key ，否则啥都不做。
需要在获得 lock-key 后判断加锁对象是否为当前client，是，则解锁。
获取锁最终都会调用这个方法，通过 lua 脚本与 redis 进行交互，来实现分布式锁。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁，那么就需要定时刷新锁的过期时间。
首先我们要搭建一个Redis服务器，用Redis服务器来存储锁信息。
fencing token可以理解成采用全局递增的序列替代随机字符串，即 有序token ，作为锁token来使用 流程：假设有5个Redis节点A， B， C， D， E。这个问题用Redis实现分布式锁暂时无解。而生产环境这种情况是存在的。
redis支持服务端锁定吗
Redis支持服务端锁定，通过使用SET命令来设置一个唯一的键值对实现的。当一个客户端想要获取锁时，它会使用SET命令来设置一个键值对，其中键是一个唯一的字符串，表示锁的名称，值是一个时间戳，表示客户端想要获取锁的时间。
思路是在加锁的时候多加锁几台redis服务器，通常情况下redis部署的时候是2n+1台，那么在加锁的时候需要保证过半数服务器加锁成功了，也就是说n+1台服务器。这时候除非整个集群都不可用了，则这个安全性将大幅度提升。
亲。redis是没有锁机制的哟。对于多个用户连接也不存在竞争问题。但是在进行并发时可能会出现连接超时，连接被阻塞或者是连接被关闭之类的错误。
客户端能够获取锁的其中一个实例重新启动，此时我们可以为同一资源锁定3个实例，而另一个客户端可以再次锁定它，这违反了锁的独占性的安全属性。如果我们启用AOF持久性，事情将会有所改善。
redis分布式锁常见问题及解决方案
使用redis客户端redisson，redisson很好的解决了redis在分布式环境下的一些棘手问题，它的宗旨就是让使用者减少对Redis的关注，将更多精力用在处理业务逻辑上。
最大的问题就是因为客户端或者网络问题，导致 redis 中的 key 没有删除，锁无法释放，因此其他客户端无法获取到锁。
借助Redis setNX命令设置一个标志位就行。设置成功的放行，设置失败的就轮询等待。
