Redis小总结

一、缓存穿透

什么是缓存穿透

缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在，这样缓存永远都不会生效，这些请求都会打到数据库

两种常见解决方案：

• 缓存空对象

  • 优点：实现简单，维护方便

  • 缺点：额外的内存损耗，可能造成短期的不一致

布隆过滤

• 优点：内存占用少，没有多余key

• 缺点：

  • 实现复杂

  • 存在误判可能

 

为什么会产生缓存穿透？

用户请求的数据在缓存中和数据库中都不存在，不断发起这样的请求给数据库带来巨大压力

解决方案有哪些？

• 缓存NULL值

• 布隆过滤

• 增强id复杂度，避免被猜测id规律

• 做好数据的基础格式校验

• 加强用户权限校验

• 做好热点参数的限流

二、缓存雪崩

什么是缓存雪崩？

缓存雪崩是值在同一时段内大量的缓存key同时失效或Redis服务宕机，导致大量的请求到达数据库，造成了巨大压力

如何解决？

• 给不同的key的TTL设置随机值

• 利用Redis集群提高服务限流策略

• 给缓存业务添加降级限流策略

  • 给业务添加多级缓存

三、缓存击穿

什么是缓存击穿？

缓存击穿问题也叫热点key问题，一个被高并发访问且缓存重构业务复杂的key突然失效了，无数的请求访问会在瞬间给数据库带来巨大的冲击

如何解决？

两种方案

方案	优点	缺点
互斥锁	没有额外的内存损耗 保证一致性 实现简单	线程需要等待，性能受影响 可能有死锁风险
逻辑过期	线程无需等待，性能好	不保证一致性 有额外内存损耗 实现较为复杂

互斥锁：

核心思路就是利用redis的setnx方法来表示获取锁，该方法含义是redis中如果没有这个key，则插入成功，返回1，在stringRedisTemplate中返回true， 如果有这个key则插入失败，则返回0，在stringRedisTemplate返回false，我们可以通过true，或者是false，来表示是否有线程成功插入key，成功插入的key的线程我们认为他就是获得到锁的线程

获取锁和释放锁的代码:

private boolean tryLock(String key) {
    Boolean flag = stringRedisTemplate.opsForValue().setIfAbsent(key, "1", 10, TimeUnit.SECONDS);
    return BooleanUtil.isTrue(flag); 
}

private void unlock(String key) {
    stringRedisTemplate.delete(key);
}

逻辑过期

即用户在开始查询redis时，判断是否命中，如果没有命中，则返回空值，不查询数据库，而一旦命中后，将value取出，判断value中的过期时间是否满足，如果没有过期，则直接返回redis中的数据，如果过期，则在开启独立线程后直接返回之前的数据，独立线程去重构数据，重构完成后释放互斥锁。

如果封装数据：因为现在redis中存储的数据的value需要带上过期时间，此时要么你去修改原来的实体类，要么新建一个实体类