如何保障缓存一致性

前言

如果只需要保存最终一致性是不需要这些策略的，因为redis里面我们一般会设置过期时间，这种方案下，只要到达过期时间，则后面的读请求自然会从数据库中读取新值然后回填缓存从而保证最终一致性。

因此，接下来讨论的思路不依赖于给缓存设置过期时间这个方案。在这里，我们讨论五种更新策略：

① 先更新数据库，再更新缓存；

同时有请求A和请求B进行更新操作，那么会出现：

1、线程A更新了数据库；
2、线程B更新了数据库；
3、线程B更新了缓存；
4、线程A更新了缓存；
5、线程C查询线程A中更新的脏数据

② 先删除缓存，再更新数据库；

1、线程A清除缓存
2、线程B查询数据库
3、线程B更新缓存
4、线程A更新数据库
5、线程C查询到线程B中更新到缓存的旧数据

③ 先更新数据库，再删除缓存；

会在更新库完成和清空缓存前的这段时间，有部分事务还是会拿到旧缓存

④ 普通双删

问题：第一次清空缓存后、更新数据库前：其他事务查询了数据库hang住
第二次清空缓存后：其他事务更新缓存，此时又会把旧数据更新到缓存

1、线程A清除缓存；
2、线程B查询数据库；
3、线程A更新了数据库；
4、线程A清除缓存；
5、线程B更新缓存；
6、线程C查询线程B中更新到缓存中的旧数据

⑤ 延迟双删

我们保证第二次清空缓存之前，多延时一会儿，等B更新缓存结束了，再删除缓存，这样就缓存就不存在了，其他事务查询到的为新缓存。

延时是确保 修改数据库 → 清空缓存前，其他事务的更改缓存操作已经执行完。

但是延迟双删还是会存在问题

redis缓存为什么要延时双删

缓存和数据库一致性问题，看这篇就够了