Redis相关问题

面试题相关 

缓存穿透问题

问题描述：在访问数据时，key对应的数据在缓存中和数据库中都不存在，每次针对此key的请求在缓存中获取不到，请求就会直接打到数据库上，数据库查不到数据，没发写缓存，所以下一次还会打到数据库上。

此时，缓存起不到作用，每次请求都会走数据库，流量大时数据库可能被打挂。此时缓存好像被穿透一样，起不到任何作用。

 解决方案：
1.对空值进行缓存。当查询缓存和数据库都没有查询到值时，返回的数据为空，我们仍然可以把空值写进缓存中，但是设置较短的过期时间，最长不超过五分钟。

2.接口校验。在正常业务流程中可能会存在少量访问不存在key的情况，但是一般不会出现大量的情况，所以这种情况可能是发生了非法攻击。可以在外层做一层校验：用户鉴权、数据合法性校验等。

3.布隆过滤器。使用布隆过滤器存储所有可能访问的key，不存在的key直接被过滤，存在的key则再进一步查询缓存和数据库。

缓存击穿问题

key对应的数据存在，但是在redis中过期了，这些key属于热点数据，此时如果有大量请求过来，这些请求发现缓存数据过期可能会到后端数据库中加载数据并写会到缓存，这个时候大并发的请求可能会瞬间把后端数据库压垮。

key可能会在某个时间点被高并发量访问，是一种热点数据，就要考虑缓存击穿的问题。

 解决方案：
1.预先设置热点数据。在redis高峰访问之前，把一些热点数据提前存入到redis里面，并加大这些热门数据key的时长。

2.实时调整。可以现场实时监控哪些数据是热门数据，实时调整key的过期时长

3.使用锁。

    （1）就是当缓存失效的时候（判断拿出来的值为空），不是立即去load db。

    （2）可以先使用缓存工具的某些带成功返回值的操作（redis的setNX  去set一个mutex key 互斥锁）

    （3）当操作返回成功时，再进行load db的操作，并回设缓存，最后把互斥锁删除就行

    （4）当操作返回失败，证明有线程在load db，当前线程睡眠一段时间再重试整个get缓存的方法

缓存雪崩问题

缓存雪崩问题主要是在某个时间点内，大量的key都过期了，此时如果有大量并发请求过来的话，这些请求发现缓存过期会从后端数据库加载数据，此时大并发量的请求可能把数据库DB压垮。

缓存击穿问题主要是某个热点key过期，缓存雪崩问题主要是大量的key在某个时间共同过期。

解决方案：
1.构建多级缓存架构。nginx缓存+redis缓存+其他缓存

2.使用锁或者队列。用加锁或者队列的方式保证不会有大量的线程对数据库一次性进行读写，从而避免失效时大量的并发请求落到底层存储系统上。不适用高并发情况

3.设置过期标志更新缓存。记录缓存数据是否过期，如果过期会触发通知另外的线程在后台去更新实际key的缓存。

4.将缓存失效时间分散开。比如我们可以在原有的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件。