【Redis】缓存和数据库一致性问题及解决方案

news2025/1/12 23:35:55

往期文章：

【Redis】Redis 底层的数据结构（结合源码）

【Redis】为什么选择 Redis 做缓存？

【Redis】缓存击穿、缓存穿透、缓存雪崩原理以及多种解决方案

一、前言

在前面的文章中，我们探讨了为什么要使用 Redis 作为系统的缓存，今天我们接着来探讨加入缓存后可能遇到的一个问题：数据一致性问题

当我们在项目中接入缓存后，用户访问系统获取数据的大致流程如下：

加入缓存（Redis）后，请求先访问到缓存（Redis），而不是直接访问数据库。

在这种业务场景下，可能会出现缓存和数据库数据不一致性的问题。

在更新的时候，操作缓存和数据库无疑就是以下四种可能之一：

先更新缓存，再更新数据库
先更新数据库，再更新缓存
先删除缓存，再更新数据库
先更新数据库，再删除缓存

二、问题分析

1、先更新缓存，再更新数据库

如果缓存更新成功，但在执行更新数据库时，服务器突然宕机了，那么缓存中是最新的数据，而数据库中是旧的数据。

脏数据就因此诞生了，并且如果缓存的信息是单独某张表的，而且这张表也在其他表的关联查询中，那么其他表关联查询出来的数据也是脏数据，结果就是直接会产生一系列的问题。

2、先更新数据库，在更新缓存

只有等到缓存过期之后，才能访问到正确的信息，那么在缓存没过期的时间段内，所看到的都是脏数据。

以上两图中只要执行第二步时失败了，就必然会产生脏数据。

3、先删除缓存，在更新数据库

这种方式在没有高并发的情况下，是可能保持数据一致性的。

如果只有第一步执行成功，而第二步失败，那么只有缓存中的数据被删除了，但是数据库没有更新，那么在下一次进行查询的时候，查不到缓存，只能重新查询数据库，构建缓存，这样其实也是相对做到了数据一致性。

但如果是处于读写并发的情况下，还是会出现数据不一致的情况：

执行完成后，明显可以看出，1号用户所构建的缓存，并不是最新的数据，还是存在问题的。

4、先更新数据库，在删除缓存

如果更新数据库成功了，而删除缓存失败了，那么数据库中就会是新数据，而缓存中是旧数据，数据就出现了不一致情况。

和之前一样，如果两段代码都执行成功，在并发情况下会是什么样呢？

还是会造成数据的不一致性。

但是此处达成这个数据不一致性的条件明显会比起其他的方式更为困难：

时刻1：读请求的时候，缓存正好过期
时刻2：读请求在写请求更新数据库之前查询数据库，
时刻3：写请求，在更新数据库之后，要在读请求成功写入缓存前，先执行删除缓存操作。

这通常是很难做到的，因为在真正的并发开发中，更新数据库是需要加锁的，不然没一点安全性~

一定程度上来讲，这种方式还是解决了一定程度上的数据不一致性问题的。

以上四种方式无论选择那种方式，如果实在多服务或时并发的情况下，其实都是有可能产生数据不一致性的。

三、解决方案

1、延迟双删

先进行缓存清除，再执行 update，最后（延迟N秒）再执行缓存清除。

进行两次删除，且中间需要延迟一段时间。

// 延迟双删伪代码
public void write(String key,Object data){
    deleteRedisCache(key);       // 删除redis缓存
	updateMysqlSql(obj);         // 更新mysql
	Thread.sleep(100);           // 延迟一段时间
    deleteRedisCache(key);       // 再次删除该key的缓存
}

延迟双删的流程图：