系列博客目录
说到解决数据库与缓存一致性的问题,其实就是要解决缓存更新的问题。
缓存更新策略
业务场景:
- 低一致性需求:使用内存淘汰机制。例如店铺类型的查询缓存
- 高一致性需求:主动更新,并以超时剔除作为兜底方案。例如店铺详情查询的缓存、优惠券的缓存。
我们一般使用主动更新,因为我们项目中存在券。
主动更新的策略有以下几种
这三种缓存策略各有优缺点,具体如下:
-
Cache Aside Pattern(缓存旁路模式)
- 定义:应用程序自己负责从缓存加载数据,缓存失效时才会从数据库加载。写入操作首先写入数据库,然后将数据更新到缓存。
缺点:
- 缓存一致性问题:如果数据库发生变化,缓存不一定同步更新。可能会出现读取旧数据的情况,除非应用程序做额外的缓存失效管理。
- 复杂性增加:程序需要管理缓存的读取和写入,以及缓存失效的机制,增加了开发和运维的复杂度。
- 缓存穿透:如果缓存失效并且数据库不存在该数据,频繁的缓存查询会对数据库造成压力。
-
Read/Write Through Pattern(读写穿透模式)
- 定义:所有的读操作都直接通过缓存来完成,如果缓存中没有,则从数据库加载并放入缓存;写操作首先写入缓存,然后同步到数据库。
缺点ÿ