Redis面试题之缓存穿透、缓存击穿、缓存雪崩

一、缓存穿透

1、概念
缓存穿透是指 查询一个不存在的数据，如果从数据库查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都会要到数据库中查询，可能导致数据库挂掉。
2、解决方案
缓存穿透问题通常使用布隆过滤器解决。
布隆过滤器主要是用于检索一个元素是在一个集合中。可以使用redisson实现布隆过滤器。它的底层主要是先去实例化一个比价大的数组，里面存放的是二进制的0或1。初始化时都是0，当一个key来了之后经过3次的hash运算，对数组长度进行取模得到下标，然后把数组对应下标的0改为1。这样的话三个数组的位置就能表明一个key的存在。查找过程也是一样的。
当然还是有缺点的，布隆过滤器有可能会产生一定的误判，我们一般可以设置这个误判率，大概不会超过5%，其实这个误判是必然存在的，要不就得增加数组的长度，其实已经是很划算了，5%以内的误判，一般系统也能接受，不至于高并发下压倒数据库。

二、缓存击穿

1、概念
缓存击穿是指对于设置了过期时间的key，缓存在某个时间点过期的时候，恰好这个时间点对这个key有大量的并发请求过来，这些请求发现缓存过期一般会从数据库中加载数据并设回到缓存中，这时候大量的请求可能会把数据库压垮。
2、解决方案
主要有两种方式：
第一可以使用互斥锁：当缓存失效时，不立即请求数据库，先使用如Redis中的setnx去设置一个互斥锁，当操作成功返回时在进行请求数据库的操作并回设缓存，否则重试获取请求的方法
第二可以设置当前key的逻辑过期：
a.在设置key的时候，设置一个过期时间字段一块存入缓存中，不给当前key设置过期时间
b.当查询的时候，从redis中取出数据后判断时间是否过期
c.如果过期则开通另一个线程进行数据同步，当前线程返回数据，这个数据不是最新的
两种方案各有利弊：
如果选择数据的强一致性，建议使用分布式锁的方案，性能上可能没有那么高，也有可能产生死锁的问题。
如果选择key的逻辑删除，则优先考虑高可用性，性能比较高，但是数据同步做不到强一致性。

三、缓存雪崩

1、概念
缓存雪崩是设置了缓存时间时采取了相同的过期时间，导致缓存中某一时刻同时失效，请求全部转发到数据库上，造成数据库瞬时压力过重雪崩。与缓存击穿的区别在于雪崩是很多key，击穿是某一个key。
2、解决方案
主要是可以将缓存失效时间分散开，比如可以在原来的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件。