如何保证数据库和缓存的数据一致性?

本文探讨了在高并发场景下,如何处理数据库与缓存的数据一致性问题,分析了数据不一致的两种原因,并介绍了四种常见的解决方案,包括先删后改、先改后删、只更新缓存以及异步更新,强调了在不同业务场景下的适用性与风险。
摘要由CSDN通过智能技术生成

1.数据一致性背景

一般我们使用的关系型数据库和redis或者memcache等一起使用,那么为了降低数据库在并发高封期的访问压力,会将热点或者固定数据进行缓存化,提高并发能力,提升访问效率。

2.数据不一致产生的原因

如果数据没有变更,也就不存在不一致问题,

一般有如下两种情况:

a.数据库记录发生变化,缓存未更新

b.缓存发生变化,未更新至数据库

尤其是在并发读写时候,以上两种情况不一致性非常严重

3. 常见解决方案

a.先删除缓存,再更新数据库

该方式在并发读写情况下会出现缓存和数据库不一致情况,不推荐使用,如果在业务允许情况下可以使用

b.先更新数据库,后删除缓存

该方式在并发读写情况下也会出现缓存和数据库不一致情况,但是概率比较小,大多数业务场景下可使用,但是在支付和对账交易场景下请谨慎使用

c.只更新缓存,由缓存服务同步更新至数据库

这种方式出现不一致概率级低,它的流程和read though 和write though流程类似,只不过是需要对缓存进行适当改造可完美解决

d.只更新缓存,由缓存服务异步更新至数据库

这种方式的优势是读写的性能都非常好,基本上只要操作完内存后就返回给客户端了,但是其是非强一致性,存在丢失数据的情况,

如果在缓存异步将数据更新到数据库中时,缓存服务挂了,此时未更新到数据库中的数据就丢失了。

  • 5
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值