缓存与数据库双写不一致

在大并发下,多线程操作数据库与缓存会存在两者数据不一致的问题。
首先重要的是先更新数据库,在失效缓存。

读写并发不一致情况

线程1先更新数据库,将字段t改为6,然后将缓存失效,线程结束。线程2过来读数据库,读取到了t为6的信息,在准备插入缓存之前发生了线程调度,线程3过来更新数据库,并且将缓存失效后线程3结束,然后线程2继续插入数据,此时缓存中的数据是6,而数据库的数据是7,出现了不一致的情况。时序图如下图所示:


image.png
image.png

不需要解决的场景

  1. 对于并发几率很小的数据(个人维度的购物车数据等),这种几乎不用考虑这种问题。
  2. 对于业务能够容忍短时间缓存不一致的(商品名称、商品分类菜单),也不需要考虑

解决读写不一致有以下几种方式

  1. 延时双更(无法彻底解决)
  2. 读写锁(Redis等方式实现,读写按顺序,读读约等于无锁)
  3. 通过类似于canal中间件读binlog,但是增加系统复杂度。
  4. 整个过程串行化,会极大的降低性能。

其他

要根据不同场景使用不同的方式,一般加缓存的场景都是读多写少的场景,如果写多读少,又不能容忍不一致,则不建议使用缓存。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容