缓存与数据库的数据更新

缓存的更新策略

更新数据库和Redis本身就不是原子操作，所以无论采取何种方式都不能保证强一致性，只能保证最终一致；
只能尽可能降低不一致性发生的几率，不能从根本上完全避免。

先更新数据库，在更新缓存

业务角度对于读少的场景，浪费性能资源
线程安全容易产生脏读。比如A线程更新数据库，B线程更新数据库；B线程更新缓存，A线程更新缓存

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

线程安全
请求A进行更新操作，先删除缓存；
请求B查询缓存，发现缓存失效，读取数据库，写入缓存；
请求A将数据写入数据库.
长时间读取到的都是脏数据
解决方法
采用延时双删除:在A写入数据库后，延时一定时间，再次删除缓存
延时时间设置：读写同步–读数据的业务逻辑+几百毫秒；读写分离–主从同步延时+几百毫秒

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

错误情况
缓存失效，请求A查询数据库；
请求B写入数据库，请求B删除缓存；
请求A将查询的数据写入缓存；
只有当读比写慢时，才会发生这种情况

解决方案
异步延迟删除

https://www.jiansh