小心使用本地缓存

前言

同事在修bug,过去了解了一下,大概就是前台显示的类目,一会能查到,一会查不到,而且是反复出现这样,但明确的是数据已经删除了。

问题分析

我以为用的是redis分布式缓存,感觉有些奇怪,你说超短时间内出现这样的情况,可能是主从同步的的延迟问题,但是它是反复出现这样的状况,我们直接看代码,发现同事用的是HashMap本地缓存,我大概猜到是怎么回事了。

画图分析

问题代码中的处理
单服务
在这里插入图片描述
这里要指出三个问题

  1. 缓存的操作有问题
  2. HashMap非线程安全
  3. 最大的问题,单机版你这么玩,可能还看不出什么问题,但是线上是集群部署的呀大兄弟

集群部署分析
在这里插入图片描述
当后台系统调用服务1删除类目并删除HashMap对应数据,此时服务1HashMap中无此类目的缓存,但是服务2中还有,就出现了前言中所说的问题,明明就删了缓存呀,为什么会出现呢,没考虑到集群部署且使用本地缓存导致的。

如何解决

直接用分布式缓存redis替换掉本地缓存,只在读不到数据的情况下,查库,然后缓存数据,删改的情况下,只删掉缓存数据

总结

  • 缓存使用:读操作–>先读缓存,缓存没有–>读数据库,然后取出数据后放入缓存
    删改的时候,先删除缓存,然后更新数据库
  • HashMap非线程安全,存在并发情况下最好使用ConcurrentHashMap
  • 推荐使用分布式缓存
  • 在使用分布式缓存的情况下还可以再加一层本地缓存,但是这样会增加复杂度,因为我们要考虑怎么去和多个服务通信,通知本地缓存对缓存的数据做相应的操作,一般情况下我们用分布式缓存就够了
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值