高并发场景下,到底先更新缓存还是先更新数据库

  • Post author:
  • Post category:其他


在大型系统中,为了减少数据库压力通常会引入缓存机制,一旦引入缓存又很容易造成缓存和数据库数据不一致,导致用户看到的是旧数据。为了减少数据不一致的情况,更新缓存和数据库的机制显得尤为重要,接下来带领大家踩踩坑。

图片

Cache aside


Cache aside

也就是

旁路缓存

,是比较常用的缓存策略。


(1)

读请求

常见流程

图片

Cache aside 读请求

应用首先会判断缓存是否有该数据,缓存命中直接返回数据,缓存未命中即缓存穿透到数据库,从数据库查询数据然后回写到缓存中,最后返回数据给客户端。


(2)

写请求

常见流程

图片

Cache aside 写请求

首先更新数据库,然后从缓存中删除该数据。

看了写请求的图之后,有些同学可能要问了:为什么要删除缓存,直接更新不就行了?这里涉及到几个坑,我们一步一步踩下去。

Cache aside踩



版权声明:本文为Aoico原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。