序言
redis和关系型数据库双写,就一定会出现不一致的问题,我们可以通过一些操作策略来避免出现数据不一致的问题。
策略
-
先更新数据库,再更新缓存
-
先删除缓存,再更新数据库
-
先更新数据库,再删除缓存
先更新数据库,再更新缓存
场景:请求A和请求B同时进行更新操作
- 请求A更新数据库
- 请求B更新数据库
- 请求B更新缓存
- 请求A更新缓存
这种操作顺序明明B最后更新了数据库,但是最终缓存里却存着A的数据,会导致数据库中数据与缓存不一致
先删除缓存,再更新数据库
场景:一个请求A进行更新操作,另一个请求B进行查询操作
- 请求A进行更新操作,先删除缓存
- 请求B开始查询,但是缓存中没有数据,只能从数据库中查询出旧数据存入缓存
- 请求A将新数据存入数据库中
这种操作导致数据库与缓存数据不一致
先更新数据库,再删除缓存
缓存更新策略《Cache-Aside pattern》中指出
-
失效:应用程序先从cache取数据,没有得到,则从数据库中取数据,成功后,放到缓存中。
-
命中:应用程序从cache中取数据,取到后返回。
-
更新:先把数据存到数据库中,成功后,再让缓存失效。
目前该缓存更新策略最佳,即使也可能会有数据不一致问题,那也是概率极低的,如果没有强一致性要求,不需要纠结。