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

1 引言

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

2 双写一致性

2.1 双写一致性定义

双写一致性:当修改了数据库的数据也要同时更新缓存的数据,缓存和数据库的数据要保持一致。
【Redis篇】Redis缓存之双写一致性_第1张图片
读操作:缓存命中,直接返回;缓存未命中查询数据库,写入缓存,设定超时时间;
写操作:延迟双删

在这里插入图片描述

2.2 问题分析

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

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

①正常情况:
【Redis篇】Redis缓存之双写一致性_第2张图片
数据库和缓存数据变化:
【Redis篇】Redis缓存之双写一致性_第3张图片

②异常情况:
【Redis篇】Redis缓存之双写一致性_第4张图片
数据库和缓存数据变化:
【Redis篇】Redis缓存之双写一致性_第5张图片

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

①正常情况:
【Redis篇】Redis缓存之双写一致性_第6张图片
数据库和缓存数据变化:
【Redis篇】Redis缓存之双写一致性_第7张图片

②异常情况:
【Redis篇】Redis缓存之双写一致性_第8张图片
数据库和缓存数据变化:
【Redis篇】Redis缓存之双写一致性_第9张图片

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

2.3 解决方案

2.3.1 针对一致性要求高

使用分布式锁

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

读数据的时候,添加共享锁,写数据的时候,添加排他锁
【Redis篇】Redis缓存之双写一致性_第11张图片
【Redis篇】Redis缓存之双写一致性_第12张图片
虽然使用读写锁,可以保证强一致性,但性能会降低。

2.3.2 针对允许延迟一致

基于MQ的异步通知:使用MQ中间件,更新数据之后,通知缓存删除;
【Redis篇】Redis缓存之双写一致性_第13张图片

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

你可能感兴趣的:(Java面试宝典,缓存,redis,数据库)