Redis缓存与数据库双写一致性解决方案

学无止路

于 2020-10-27 15:09:53 发布

阅读量688

点赞数

CC 4.0 BY-SA版权

分类专栏：分布式

本文链接：https://blog.youkuaiyun.com/weixin_40055163/article/details/109310794

分布式专栏收录该内容

65 篇文章 ¥79.90 ¥99.00

订阅专栏

本文探讨了在高并发场景下，使用Redis作为缓存避免数据库压力时，如何解决数据库和缓存双写一致性问题。介绍了延时双删策略和基于订阅binlog的异步更新缓存方案，重点讲解了阿里Canal的工作原理和配置，以及如何结合RabbitMQ实现数据的最终一致性。此外，还展示了相关的代码实现和步骤。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Redis缓存与数据库双写一致性解决方案

1 需求起因
在高并发的业务场景下，数据库大多数情况都是用户并发访问最薄弱的环节。所以，就需要使用redis做一个缓冲操作，让请求先访问到redis，而不是直接访问MySQL等数据库！在这里插入图片描述
好了，我们现在引入缓存的概念，那么访问路程变成了如下：
上面这个经典的读取缓存步骤一般没有什么问题，但是一旦涉及到数据更新：数据库和缓存更新，就容易出现缓存(Redis)和数据库间的数据一致性问题。
有以下这些不一致的场景：
1.当更新数据时，如更新某商品的库存，当前商品的库存是100，现在要更新为99，先更新数据库更改成99，然后更新缓存，发现更新缓存失败了，这意味着数据库存的是99，而缓存还是100，这导致数据库和缓存不一致。
2.如果删除了缓存Redis记录，还没有来得及删除对应的数据库记录，另一个线程就来读取，发现缓存为空，则去数据库中读取数据写入缓存，此时缓存中为脏数据。
因为写和读是并发的，没法保证顺序,就会出现缓存和数据库的数据不一致的问题。
2 解决方案
2.1 延时双删策略