redis面试常问问题并解决方案

redis缓存穿透

用户访问一个redis缓存和数据库都没有的值.属于恶意访问.这种现象叫做击穿.

缓存穿透是指用户查询数据，在数据库没有，自然在缓存中也不会有。这样就导致用户查询的时候，在

缓存中找不到，每次都要去数据库再查询一遍，然后返回空（相当于进行了两次无用的查询）。这样请

求就绕过缓存直接查数据库，这也是经常提的缓存命中率问题

解决:

1. 如果一个查询返回的数据为空（不管是数据不存在，还是系统故 障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。通过这个直接设 置的默认值存放到缓存，这样第二次到缓冲中获取就有值了，而不会继续访问数据库，这种办法最简单 .这种方法会在五分钟内不会频繁的访问数据库

2. 使用布隆过滤器快速判断数据是否存在

3. 非法请求限制过滤

redis缓存击穿

缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力（有点像一把尖刀瞬间击穿到数据库）

解决:

1. 简单粗暴的对热点数据不设置过期时间，这样不会过期，自然也就不会出现上述情况了，如果后续想清理，可以通过后台进行清理。

2. 添加互斥锁，即当过期之后，除了请求过来的第一个查询的请求可以获取到锁请求到数据库，并再次更新到缓存中，其他的会被阻塞住，直到锁被释放，同时新的缓存也被更新上去了，后续请求又会请求到缓存上，这样就不会出现缓存击穿了。

redis缓存雪崩

缓存雪崩是指缓存同一时间大面积的失效，所以，后面的请求都会落到数据库上，造成数据库短时间内承受大量请求而崩掉。

常见缓存雪崩出现原因：1、redis服务器挂掉了。2、对缓存数据设置了相同的过期时间，导致某时间段内缓存集中失效。

1. 构建多级缓存架构：nginx缓存+redis缓存+其他缓存（ehcache等）

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

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

4. 将缓存失效时间分散开：设置缓存过期时间时加上一个随机值，避免缓存在同一时间过期

redis缓存预热

缓存预热就是系统上线后，将相关的缓存数据直接加载到缓存系统。这样就可以避免在用户请求的时候，先查询数据库，然后再将数据缓存的问题！用户直接查询事先被预热的缓存数据！ 这样可以避免那么系统上线初期，对于高并发的流量，都会访问到数据库中， 对数据库造成流量的压力。

解决

1. 数据量不大，可以在项目启动的时候自动进行加载；

2. 数据量较大, 后台定时刷新缓存

3. 数据量极大,只针对热点数据进行预加载缓存操作

redis缓存更新

redis缓存降级

缓存降级是指当缓存失效或缓存服务出现问题时，为了防止缓存服务故障，导致数据库跟着一起发生雪崩问题，所以也不去访问数据库，但因为一些原因，仍然想要保证服务还是基本可用的，虽然肯定是会有损服务。因此，对于不重要的缓存数据，我们可以采取服务降级策略

解决

1. 直接访问内存部分的数据缓存。

2. 直接返回系统设置的默认值。