浅析如何保证缓存与数据库一致性
你在学习数据库相关的知识吗？本文《浅析如何保证缓存与数据库一致性》，主要介绍的内容就涉及到MySQL、Redis、Java，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！
一、前言
最近在线上遇到了因缓存和数据库数据不一致而引发的问题。经排查后，发现是因为我们写操作采用的策略是先写数据库，再删缓存。如果写操作后马上去读的话，由于缓存被删，会去数据库查数据。又由于数据库主从延迟，会加载从库的旧数据到缓存。于是发生了数据库已被修改为新数据，但缓存依然是旧数据的情况。
这次线上的事情，引申出了一个老生常谈的话题，如何保证数据库与缓存一致性？今天我们就来谈谈这个事。
二、不一致场景分析
1、 无并发时
首先看一下最简单的情况。当一个写请求希望把数据从D1改成D2。
由于我们写请求需要进行两个操作：1、写数据库；2、更新/删除缓存。这两个操作并非是一个事务，所以必然有可能发生其中一个成功一个失败的情况（一般是后一个，因为如果前一个操作失败，一般不会再做第二个操作）。这样会引申出以下两种情况。
- 先将DB数据由D1修改为D2
- 再删除或更新缓存（该步骤发生异常，即失败了）
最终，数据库数据是D2，缓存数据依旧为D1。
- 先更新缓存数据由D1到D2
- 更新数据库发生异常
最终，数据库数据是D1，缓存数据已被修改为D2。
2、 并发时
接下来讨论更复杂的情况，也就是在读写并发时可能发生的不一致。
首先明确的是，在读未命中缓存的时候，我们的做法一般是去查数据库，然后把查到的值写入到缓存中。但在写数据时，策略往往不尽相同。我们常常会考虑两个问题。1）先操作缓存还是先操作数据库；2）删缓存还是更新缓存。
1）先DB后缓存
1. 写数据库后更新缓存
- 首先是未命中读+写操作并发的场景。
- 线程A读缓存，未命中
- 线程A读DB，得到Data1
- 线程B写DB，将数据从Data1更新至Data2
- 线程B写缓存，更新为Data2
- 线程A写缓存，更新为之前读到的Data1
最终，DB值为Data2，但缓存中值为Data1。
- 其次是写操作并发的场景。
- 线程A写DB，写入Data1
- 线程B写DB，写入Data2
- 线程A更新缓存，写入Data1
- 线程B更新缓存，写入Data2
最终，DB值为Data2，缓存值为Data1.
2. 写数据库后删除缓存
写数据库之后删除缓存，似乎可以解决以上的问题，如下图所示。
但这不是万能的，就例如我在开篇提到的线上问题，采用的正是写DB+删缓存策略。由于我们项目读QPS非常大，但写QPS不高。故采用了读写分离的主从架构。写请求都在主库上进行，读请求则访问从库，并依赖主从同步保证数据一致。由于主从同步需要时间，就可能发生以下的情况导致DB与缓存数据不一致。
2）先缓存后DB
1. 删缓存后写数据库
- 线程A写请求，先删缓存
- 线程B读缓存，未命中
- 线程B读DB，得到D1
- 线程A写数据库，D1更新为D2
- 线程B写缓存D1
最终，DB的数据是D2，而缓存是D1。
2. 更新缓存后写数据库
- 线程B读缓存，未命中
- 线程A写请求，缓存由D1更新至D2
- 线程B读DB，得到D1
- 线程A写DB，有D1更新至D2
- 线程B写缓存D1
最终，DB的数据是D2，缓存的数据是D1。
三、不一致的处理方式
在缓存与数据库不一致之后，若过期时间非常长，且期间没有写操作，会造成读的时候有很长一段时间数据是错误的。那么如何去修正或者说尽量保证一致呢？
1、延迟双删
顾名思义，延迟双删就是在写完数据库之后，隔一小段时间\( \Delta(T) \)，再删一次缓存。当然第二次删缓存是异步进行的。
对以下两种情况，采用延迟双删策略后，都能保证在一段时间后，缓存中的脏数据被删除。也就是达到了最终一致性。但期间可能有请求读到的是脏数据。
这一小段时间\( \Delta(T) \)该怎么取值呢？首先知道，\( \Delta(T) \)之后再删一次的目的是为了删除并发的未命中读产生的脏数据。所以一般要略大于一次读的请求，且略大于主从同步的延迟。
2、删除缓存重试机制
删缓存这一步可能会发生异常，为了保证删缓存成功，可以引入重试机制。对于删缓存失败的操作，进入重试队列。重试队列选型可以是Kafka，也可以是Redis中的列表。对于一致性要求没那么高的，甚至可以在单机内存中存放队列。
3、读取binlog校对缓存
使用组件/中间件获取数据库的binlog。binlog若采用Row模式，解析后一般会有数据行最新数据的信息。通过这个信息去查缓存，若发现不一致则删除缓存；若一致，则不作处理。
四、总结
其实最终使用哪种策略去写数据，都要依据自己服务的特性来做取舍，并没有万能的策略（除非使用串行化或者做很多限制保证数据强一致，这时会降低系统可用性）。
业界经常使用的
Cache Aside策略，也就是对于写请求先更新数据库再删缓存的这种做法，在我们的服务中会遇到不少问题。所以最终改成了先更新数据库再更新缓存。
对于线上的情况，可以尝试不同的策略，并在后台做数据库与缓存的一致性统计，结合业务特点选择最合适的方案。
以上就是《浅析如何保证缓存与数据库一致性》的详细内容，更多关于mysql的资料请关注golang学习网公众号！
dayjs计算连续打卡时间
- 上一篇
- dayjs计算连续打卡时间
- 下一篇
- 如何使用sequel pro实现多条件过滤搜索
-
- 数据库 · MySQL | 2天前 | MySQL · 慢查询 · 索引优化 · COUNT查询 · 汇总表 · 联合索引 覆盖索引 汇总表 MySQL COUNT慢 COUNT(*)优化
- MySQL COUNT(*) 总数查询变慢怎么办：从扫描行数到汇总表的完整治理流程
- 329浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案，代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景，打造一站式知识长龙服务，适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例，全面具体可落地，从理论到实践，一步一步将GO核心编程技术、编程思想、底层实现融会贯通，使学习者贴近时代脉搏，做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信：Le-studyg；在课程中，我们将首先介绍MySQL8的新特性，包括性能优化、安全增强、新数据类型等，帮助学生快速熟悉MySQL8的最新功能。接着，我们将深入解析MySQL的网络通信机制，包括协议、连接管理、数据传输等，让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网，分为导航，轮播，关于我们，成功案例，服务流程，团队介绍，数据部分，公司动态，底部信息等内容区块。网站整体采用CSSGrid布局，支持响应式，有流畅过渡和展现动画。
- 485次学习
-
- ljg-skills
- ljg-skills 是李继刚开源的 AI 技能与提示词集合，面向大模型使用者整理了一批可复用的 prompt、角色设定和任务技能模板，适合用于学习提示词设计、搭建个人 AI 工作流和沉淀团队常用智能体能力。
- 534次使用
-
- MELO音乐
- MELO音乐是一站式AI视频与音乐制作助手，对标suno, udio的高品质体验。提供伴奏生成、原创写词、无损导出、哼唱识曲、混音变声等全套音频与短视频编辑工具。无论是流行Kpop、电音说唱、民谣古风、摇滚儿歌还是商用轻音乐，MELO为你免费谱曲，轻松做同款！
- 547次使用
-
- UniScribe
- UniScribe 是一款 AI 音视频转文字与内容整理工具，支持上传音频、视频文件或粘贴 YouTube 链接，自动生成转写文本、摘要、思维导图和关键问题，并支持多格式导出，适合会议记录、课程学习、访谈整理和内容创作复盘。
- 504次使用
-
- 剧云
- 剧云是专业中文剧本创作平台，安全稳定运行十余年，集成AI编剧、剧本医生审核、人物小传、剧情关系图、大纲编写、多人协作、Word导入导出、版权管控功能，数据安全防护，轻松高效创作剧本。
- 681次使用
-
- 万象有声
- 万象有声，一个专为有声创作者打造的新一代智能有声内容创作平台。平台提供专业的智能拆章、智能画本编辑、AI配音、AI生成音效、后期制作、智能对轨、智能审听等有声创作全流程工具，可以帮助创作者高效、低成本创作出引人入胜的有声作品。立即体验，让有声书制作更简单！
- 662次使用
-
- golang MySQL实现对数据库表存储获取操作示例
- 2022-12-22 499浏览
-
- 分享Redis高可用架构设计实践
- 2023-01-24 286浏览
-
- 搞一个自娱自乐的博客(二) 架构搭建
- 2023-02-16 244浏览
-
- B-Tree、B+Tree以及B-link Tree
- 2023-01-19 235浏览
-
- mysql面试题
- 2023-01-17 157浏览
