Redis缓存介绍以及常见缓存问题:穿透、雪崩和击穿

概念

缓存就是数据交换的缓冲区(Cache),是存贮数据的临时地方,一般读写性能较高。

作用:

  • 降低后端负载

  • 提高读写效率,降低相应时间

成本:

  • 数据一致性成本

  • 代码维护成本

  • 运维成本

缓存更新策略

内存淘汰超时剔除主动更新
说明不用自己维护,利用redis的内存淘汰机制,当内存不足时自动淘汰部分数据。下次 查询时更新缓存给缓存数据添加TTL时间,到期后自动删除缓存,下次查询时更新缓存编写业务 逻辑,在修改数据库的同时,更新缓存
一致性一般
维护成本

应用场景:

  • 低一致性需求:使用redis自带的内存淘汰策略

  • 高一致性需求:主动更新,并以超时剔除作为 兜底方案

    • 读操作:

      • 缓存命中直接返回

      • 缓存未命中则查询数据库,并写入缓存,设定超时时间

    • 写操作

      • 先写数据库,然后再删除缓存

      • 要确保数据库于缓存操作的原子性

缓存穿透

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

常见解决方案:

  • 缓存空对象

    • 优点:实现简单,维护方便

    • 缺点:

      • 额外的内存消耗

      • 可能造成短期的不一致

  • 布隆过滤

    • 优点:内存占用较少,没有多余key

    • 缺点:

      • 实现复杂

      • 存在误判可能                

缓存雪崩

指在同一时段大量的缓存key同时失效或者Redis服务宕机,导致大量请求到达数据库,带来巨大的压力

解决方案:

  • 给不同的key的ttl添加随机值

  • 利用redis集群提高服务的可用性

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

  • 给业务添加多级缓存

缓存击穿

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

 

解决方案:

  • 互斥锁

    • 优点:

      • 没有额外的内存消耗

      • 保证一致性

      • 实现简单

    • 缺点:

      • 线程需要等待,性能受影响

      • 可能有死锁风险

  • 逻辑过期

    • 优点:线程无需等待,性能较好

    • 缺点:

      • 不保证一致性

      • 有额外内存消耗

      • 实现复杂

  • 6
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
缓存击穿缓存穿透缓存雪崩是与 Redis 缓存相关的常见问题。这些问题主要出现在缓存系统无法有效地处理某些请求或者在高并发情况下。 1. 缓存击穿:指的是一个热点数据突然失效,而此时有大量并发请求同一份失效的数据,导致这些请求穿透缓存,直接访问数据库,从而导致数据库压力过大。为了避免缓存击穿,可以在缓存失效的时候,设置短暂的锁来阻止其他请求直接访问数据库,并在锁过期后重新加载缓存。 2. 缓存穿透:指的是查询一个不存在的数据,而此类请求会直接绕过缓存,直接访问数据库。这样的请求会导致大量无效的数据库查询,造成数据库压力过大。为了避免缓存穿透,可以在查询结果为空时,也将空值保存到缓存中,并设置一个较短的过期时间。 3. 缓存雪崩:指的是大规模缓存失效,导致所有请求都直接访问数据库。这种情况通常是由于缓存服务器故障、过期时间设置不当或者缓存数据集中过度等原因引起的。为了避免缓存雪崩,可以设置缓存的过期时间时加上一个随机值,使缓存失效时间分散开来;或者使用多级缓存,将请求分散到不同的缓存服务器上。 以上是对于缓存击穿缓存穿透缓存雪崩的简要解释。在实际应用中,还可以结合具体的业务场景和实际需求采取一些其他的措施来防止这些问题的发生。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值