一.什么样的数据适合缓存?


缓存击穿的解决方案 随笔 第1张

二.什么是缓存击穿


缓存击穿的解决方案 随笔 第2张

SRE实战 互联网时代守护先锋,助力企业售后服务体系运筹帷幄!一键直达领取阿里云限量特价优惠。

三.缓存击穿的解决办法

方案一

 

  • 这种方案比较容易理解,但会增加系统复杂度。比较适合那些 key 相对固定,cache 粒度较大的业务,key 比较分散的则不太适合,实现起来也比较复杂。

方案二

 

  • 这种方案在特殊情况下也会有问题。假设缓存过期时间是12:00,而 11:59 
    到 12:00这 1 分钟时间里恰好没有 get 请求过来,又恰好请求都在 11:30 分的时 
    候高并发过来,那就悲剧了。这种情况比较极端,但并不是没有可能。因为“高 
    并发”也可能是阶段性在某个时间点爆发。

方案三

 

  • 这种方式,主要是通过避免缓存同时失效并结合锁机制实现。所以,当数据更 
    新时,只能淘汰 L1 缓存,不能同时将 L1 和 L2 中的缓存同时淘汰。L2 缓存中 
    可能会存在脏数据,需要业务能够容忍这种短时间的不一致。而且,这种方案 
    可能会造成额外的缓存空间浪费。

方案四

 

方法1
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 这种方式确实能够防止缓存失效时高并发到数据库,但是缓存没有失效的时候,在从缓存中拿数据时需要排队取锁,这必然会大大的降低了系统的吞吐量.
方法2
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 这个方法在缓存命中的时候,系统的吞吐量不会受影响,但是当缓存失效时,请求还是会打到数据库,只不过不是高并发而是阻塞而已.但是,这样会造成用户体验不佳,并且还给数据库带来额外压力.
方法3
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20

 

方法4
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 最后使用互斥锁的方式来实现,可以有效避免前面几种问题.

 

扫码关注我们
微信号:SRE实战
拒绝背锅 运筹帷幄