前提
保证最终一致性的解决方案是缓存设置过期时间。一下方案讨论的是不依赖于给缓存设置过期时间的情况。
方案一:先更新缓存,再更新数据库
不推荐。
先更新缓存若更新数据库失败,还需再更新缓存。
方案二:先更新数据库,再更新缓存
不推荐。
同时有请求A和请求B进行更新操作,请求A与B在不同线程,可能会出现:
- 请求A更新了数据库
- 请求B更新了数据库
- 请求B更新了缓存
- 请求A更新了缓存
这就出现请求A更新缓存应该比请求B更新缓存早才对,但是因为网络等原因,B却比A更早更新了缓存。这就导致了脏数据,因此不考虑。
方案三:先删除缓存,再更新数据库
有点问题。
有一个请求A进行更新操作,另一个请求B进行查询操作,可能会出现:
单个数据库
- 请求A进行写操作,删除缓存
- 请求B查询发现缓存不存在
- 请求B去数据库查询得到旧值
- 请求B将旧值写入缓存
- 请求A将新值写入数据库
读写分离架构
- 请求A进行写操作,删除缓存
- 请求A将数据写入数据库了,
- 请求B查询缓存发现,缓存没有值
- 请求B去从库查询,这时,还没有完成主从同步,因此查询到的是旧值
- 请求B将旧值写入缓存
数据库完成主从同步,从库变为新值
上述情况就会导致不一致的情形出现。而且,如果不采用给缓存设置过期时间策略,该数据永远都是脏数据