美团面试题:缓存一致性,我是这么回答的!
Hollis
共 2442字,需浏览 5分钟
·
2021-07-13 19:18
一道之前的面试题:
如何保证缓存和数据库的一致性?
方案分析
更新缓存策略方式常见的有下面几种:
先更新缓存,再更新数据库
先更新数据库,再更新缓存
先删除缓存,再更新数据库
先更新数据库,再删除缓存
下面一一介绍!
方案一:更新缓存,更新数据库
这种方式可轻易排除,因为如果先更新缓存成功,但是数据库更新失败,则肯定会造成数据不一致。
方案二:更新数据库,更新缓存
这种缓存更新策略俗称双写,存在问题是:并发更新数据库场景下,会将脏数据刷到缓存
updateDB();
updateRedis();
举例:如果在两个操作之间数据库和缓存又被后面请求修改,此时再去更新缓存已经是过期数据了。
方案三:删除缓存,更新数据库
存在问题:更新数据库之前,若有查询请求,会将脏数据刷到缓存
deleteRedis();
updateDB();
举例:如果在两个操作之间发生了数据查询,那么会有旧数据放入缓存。
该方案会导致请求数据不一致
如果同时有一个请求A进行更新操作,另一个请求B进行查询操作。那么会出现如下情形:
请求A进行写操作,删除缓存 请求B查询发现缓存不存在 请求B去数据库查询得到旧值 请求B将旧值写入缓存 请求A将新值写入数据库
updateDB();
deleteRedis();
缓存刚好失效 请求A查询数据库,得一个旧值 请求B将新值写入数据库 请求B删除缓存 请求A将查到的旧值写入缓存
方案对比
线程A更新了数据库 线程B更新了数据库 线程B更新了缓存 线程A更新了缓存
主从延时问题:不管是先删除还是后删除,数据库主从延时可能导致脏数据的产生。 缓存删除失败:如果缓存删除失败,则都会产生脏数据。
总结
推荐方案
延迟双删
public void write(String key,Object data){
redis.del(key);
db.update(data);
Thread.sleep(1000);
redis.del(key);
}
先淘汰缓存 再写数据库 休眠1秒,再次淘汰缓存
Thread.currentThread().sleep(1000);
实际场景
写缓存策略
缓存key设置失效时间 先DB操作,再缓存失效 写操作都标记key(美团中间件)强制走主库 接入美团中间件监听binlog(美团中间件)变化的数据在进行兜底,再删除缓存
读缓存策略
先判断是否走主库 如果走主库,则使用标记(美团中间件)查主库 如果不是,则查看缓存中是否有数据 缓存中有数据,则使用缓存数据作为结果 如果没有,则查DB数据,再写数据到缓存
注意
有道无术,术可成;有术无道,止于术
欢迎大家关注Java之道公众号
好文章,我在看❤️
评论