参考文章
参考了这两篇文章:缓存更新套路,分布式之数据库和缓存双写一致性方案解析
从中摘抄些内容笔记记录下,以下内容来自上面参考的文章:
- 在实际开发中,业务中的一般都会设置缓存有效时间,所以这边有个根本性的保证数据不会一直都是脏数据
先更新数据库,再更新缓存
- 不适用场景:写多读少的场景,因为降低了缓存命中率;如果存入的缓存值是经过复杂计算后在存入缓存,这样会加重性能负担
- 脏数据情况:两者同时并发更新,因网络原因在更新缓存的时候,出现了顺序不同,导致脏数据出现
先删缓存,再更新数据库
- 脏数据情况:更新与查询操作同时并发时,删除了缓存后,查询请求会进入数据库获取最新数据放入缓存,此时更新请求在更新数据库,这样就造成了脏数据出现,如果没有缓存有效期,则会持续脏数据出现
先更新数据库,再删除缓存
- 脏数据情况: 更新和查询操作同时并发时,
更新的速度超过了查询的速度
,此时把缓存删除了,查询请求就把老数据放入了缓存,出现脏数据;再者如果删除缓存失败
,也会出现脏数据. - 解决方法: 将删除失败的key放入消息中心,进行消费重试删除缓存操作
总结
- 在主从同步的时候,如果出现因为从库同步时间较长,到时读取到老数据而导致缓存数据不一致,采用消息队列方式;
如何有些数据的时效性要求很高,此时可以考虑从主库读取数据