redis缓存穿透

本文讨论了当客户端请求的数据同时不在缓存和数据库时的问题,提出了通过缓存空对象和使用布隆过滤器作为解决方案。前者简单易维护但可能导致内存消耗和短暂的不一致性;后者内存占用少但实现复杂且存在误判风险。实际业务中选择了返回空值并调整业务逻辑以应对这种情况。
摘要由CSDN通过智能技术生成

产生原因

指客户端请求的数据在缓存中和数据库中都不存在,这样缓存永远不会生效,这些请求都会被打到数据库。若不断发起这样的请求,给数据库带来巨大压力。

解决方案

1.缓存空对象

        客户端请求, redis中没有,请求数据库,数据库中也没有,那么设置一个null值在redis中,下次请求的时候,直接在redis中命中得到null值返回。

优点

        实现简单,维护方便

缺点

        1.额外的内存消耗:设置一个短的ttl,定时消失

        2.可能造成短期的不一致:用户请求了一个id,此时id不存在,返回了null,那么就在此时,我们更新了id的内容,就会造成对应的id有数据,但是返回的确实null,只能等ttl结束以后才能查到有效数据

2.布隆过滤

        用户请求之后,先查询布隆过滤器,如果没有,直接拒绝,如有则放行,之后的逻辑与之前的一模一样。

布隆过滤器的原理:可以将布隆过滤器理解为一个二进制数组,里面存的是二进制位。我们将数据通过某一种hash算法,计算出hash值放在布隆过滤器中,而后我们判断数据是否存在的时候,就是判断那个二进制位是否为1。有误差,如果布隆显示不存在是真的不存在,如果存在,则不一定真的存在。

优点

        内存占用较少,没有多余的key

缺点

        1.实现复杂

        2.存在可能误判

3.增强id的复杂度,避免被猜测到id规律

4.做好数据的基础格式校验

采用的解决方案

        此处业务逻辑采用返回空值的方式,于是业务逻辑做如下改变

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值