缓存击穿、穿透、雪崩及Redis分布式锁缓存雪崩、缓存穿透和缓存击穿都是缓存系统中的问题，但是它们之间有所不同 。- 缓存雪崩：指Redis中大量的key几乎同时过期 ， 然后大量并发查询穿过redis击打到底层数据库上，此时数据库层的负载压力会骤增 。
内存限制：Redis是基于内存的存储系统，当缓存数据量过大时，可能会消耗大量内存资源 ， 影响软件其他功能的性能 。缓存穿透、缓存击穿和缓存雪崩：这些现象可能导致缓存系统承受较大压力，进而影响整个软件的性能和稳定性 。
针对这个场景 ， 对应的解决方案一般来说有三种 。借助Redis setNX命令设置一个标志位就行 。设置成功的放行，设置失败的就轮询等待 。
什么是redis分布式锁但是在分布式系统中，这种方式就失效了；由于分布式系统多线程、多进程并且分布在不同机器上 ， 这将使单机并发控制锁策略失效，为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问 。
redis分布式锁用在事务里面通常是为了保证同时对多个Redis资源进行原子化操作，从而避免出现数据竞争等问题 。
之前自己在用redis来实现分布式锁的时候都是基于单个Redis实例，也就是说Redis本身是有单点故障的，Redis的官方文档介绍了一种自认为合理的算法，Redlock来实现分布式Redis下的分布式锁 。
简而言之 ， 分布式锁就是用来控制同一时刻，只有一个线程可以访问被保护的资源 。可以使用 SETNX key value 命令实现互斥的特性 。解释下：如果 key 不存在，则设置 value 给这个 key ，否则啥都不做 。
首先，分布式锁和我们平常讲到的锁原理基本一样，目的就是确保在多个线程并发时，只有一个线程在同一刻操作这个业务或者说方法、变量 。
Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现 。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0 。
redis分布式锁可能出现的问题1、锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁，但别的客户端并没有释放的情况 。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作 。
2、Redis 分布式锁不能解决超时的问题，分布式锁有一个超时时间，程序的执行如果超出了锁的超时时间就会出现问题 。
【redisson分布式锁超时 redis分布式锁过期的原理】3、问题-1 如果setnx执行成功，但是在expire执行的时候redis节点宕机了，在这种情况下，锁不会被释放，导致死锁 。
推荐阅读
- 如何将文件通过FTP上传到服务器？ ftp怎么传送服务器
- 如何查看服务器的存储路径？ 怎么查看服务器放哪个盘
- 如何轻松租用腾讯云服务器？ 腾讯云服务器要怎么租
- 如何将FTP配置成服务器？ ftp怎么做服务器