每天一个知识点-如何保证缓存一致性

请添加图片描述

每日一题

在这里插入图片描述

如何保证缓存一致性

缓存使用在现在的项目中非常常见,用来防止数据库查询过慢或者减轻数据库压力,但是如果使用不谨慎,就会导致数据库与缓存数据不一致的问题,影响业务的正常流转或系统的使用

双写模式

先删缓存,再更新数据库

在这里插入图片描述

在多线程情况下,线程二查询缓存再查询数据库时,线程一修改数据库并且事务还未提交,那么线程二查询的数据就是旧值,之后更新到缓存,导致缓存不一致。

先更新数据库、在写缓存

在这里插入图片描述
在并发情况下,理论上时存在数据不一致情况,如图,在更新完数据库之后 ,删除缓存之前查询缓存,就会查询除旧数据,导致数据不一致,但是缓存的更新远远快于数据库的更新,出现这种数据不一致的情况概率时很低的。
在不想做过多设计的情况写,可以使用先更新数据库再更新缓存。

解决方案 - 延时双删

延时双删可以解决并发模式下双写模式的数据不一致,同时可以把第二次删除异步操作增大吞吐量
在这里插入图片描述

采用延时双删的策略,先删除缓存 、再修改数据库、延时一段时间、重新删除缓存 。主要删除在第一次删除缓存和修改数据库过程中产生的旧数据缓存,等到下次查询更新最新缓存。延时的目的是为了防止 第二次删除发生在线程二写入缓存之前,导致数据不一致。

利用 binlog机制

使用 canal 订阅 binlog 日志发生的变化,并发送到Mq , 使用一个非核心服务订阅MQ ,数据发生变化删除缓存
这样做既不影响核心业务的吞吐量,也保证删除缓存一定能成功
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

1999

每人一点点,明天会更好

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值