【Redis篇】Redis缓存之双写一致性

文章探讨了在业务中如何处理Redis作为缓存与MySQL数据同步的问题,重点关注双写一致性。在高一致性需求下,可以使用分布式锁确保强一致性但可能牺牲性能;而在允许延迟一致性的场景下,可以通过MQ消息队列或Canal监听binlog实现异步更新缓存。无论哪种方式,都存在潜在的脏数据风险和挑战。
摘要由CSDN通过智能技术生成

1 引言

redis做为缓存,mysql的数据如何与redis进行同步呢?(本质上问的就是双写一致性)
注意:回答这个问题前一定要结合自己的业务背景,分两种情况,一个是你的业务一致性要求高;另一个是你的业务允许延迟一致

2 双写一致性

2.1 双写一致性定义

双写一致性:当修改了数据库的数据也要同时更新缓存的数据,缓存和数据库的数据要保持一致。
在这里插入图片描述
读操作:缓存命中,直接返回;缓存未命中查询数据库,写入缓存,设定超时时间;
写操作:延迟双删

在这里插入图片描述

2.2 问题分析

这里就会产生一个问题,上图步骤①②可以调换顺序吗?即先删除缓存,还是先修改数据库?

2.2.1先删除缓存,后修改数据库

①正常情况:
在这里插入图片描述
数据库和缓存数据变化:
在这里插入图片描述

②异常情况:
在这里插入图片描述
数据库和缓存数据变化:
在这里插入图片描述

2.2.2 先修改数据库,后删除缓存

①正常情况:
在这里插入图片描述
数据库和缓存数据变化:
在这里插入图片描述

②异常情况:
在这里插入图片描述
数据库和缓存数据变化:
在这里插入图片描述

综上观察发现不管先删除缓存,还是先修改数据库,都会产生脏数据,所以需要删除两次缓存;由于数据库主从同步的问题,还需要延时删除
但是延迟双删这个延迟时间不好判断;而且在延时的过程中可能会出现脏数据,并不能保证强一致性;
在这里插入图片描述

2.3 解决方案

2.3.1 针对一致性要求高

使用分布式锁

  • 共享锁:读锁readLock,加锁之后,其他线程可以共享读操作;
  • 排他锁:也叫独占锁writeLock,加锁之后,阻塞其他线程读写操作;

读数据的时候,添加共享锁,写数据的时候,添加排他锁
在这里插入图片描述
在这里插入图片描述
虽然使用读写锁,可以保证强一致性,但性能会降低。

2.3.2 针对允许延迟一致

基于MQ的异步通知:使用MQ中间件,更新数据之后,通知缓存删除;
在这里插入图片描述

基于Canal的异步通知:利用canal中间件,不需要修改业务代码,伪装为mysql的一个从节点,canal通过读取binlog数据更新缓存;
在这里插入图片描述
备注:二进制日志(BINLOG)记录了所有的DDL(数据定义语言)语句和DML(数据操纵语言)语句,但不包括数据查询(SELECT、SHOW)语句;

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Hello_Success

你的鼓励将是我创作的最大动力

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

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

打赏作者

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

抵扣说明:

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

余额充值