本文主要是介绍缓存与数据库双写不一致，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
在大并发下，多线程操作数据库与缓存会存在两者数据不一致的问题。
首先重要的是先更新数据库，在失效缓存。
读写并发不一致情况
线程1先更新数据库，将字段t改为6，然后将缓存失效，线程结束。线程2过来读数据库，读取到了t为6的信息，在准备插入缓存之前发生了线程调度，线程3过来更新数据库，并且将缓存失效后线程3结束，然后线程2继续插入数据，此时缓存中的数据是6，而数据库的数据是7，出现了不一致的情况。时序图如下图所示：
不需要解决的场景
- 对于并发几率很小的数据（个人维度的购物车数据等），这种几乎不用考虑这种问题。
- 对于业务能够容忍短时间缓存不一致的（商品名称、商品分类菜单），也不需要考虑
解决读写不一致有以下几种方式
- 延时双更（无法彻底解决）
- 读写锁（Redis等方式实现，读写按顺序，读读约等于无锁）
- 通过类似于canal中间件读binlog，但是增加系统复杂度。
- 整个过程串行化，会极大的降低性能。
其他
要根据不同场景使用不同的方式，一般加缓存的场景都是读多写少的场景，如果写多读少，又不能容忍不一致，则不建议使用缓存。
这篇关于缓存与数据库双写不一致的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
