缓存与数据库双写不一致

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

读写并发不一致情况

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

不需要解决的场景

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

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

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

其他

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