Redis与MySQL的双写一致性问题怎么解决
Redis Assistant 是一款为Redis设计的高效可视化管理与监控工具，提供多种操作模式，高效处理服务器数据。日常使用里的持续防护和信息管理会更突出，适合把安全控制放进长期使用流程中的场景。
Redis与MySQL双写一致性是指在使用缓存和数据库同时存储数据的场景下(主要是存在高并发的情况)，如何保证两者的数据一致性（内容相同或者尽可能接近）。正常业务流程：读没什么问题，关键就在于写（更新）操作，这就会出现几个问题了，这里是先更新数据库，然后对缓存操作。但对于缓存操作，是更新缓存还是删除缓存呢？或者为什么不是先操作（删除、更新）缓存在更新数据库呢？总结一下就是到底先操作缓存再操作数据库，还是先操作数据库再操作缓存？带着这几个问题接着往下讲。首先讲一下操作缓存，包括两种：更新缓存和删除缓存，如何
Redis与MySQL双写一致性是指在使用缓存和数据库同时存储数据的场景下( 主要是存在高并发的情况)，如何保证两者的数据一致性（内容相同或者尽可能接近）。
正常业务流程：
读没什么问题，关键就在于写（更新）操作，这就会出现几个问题了，这里是先更新数据库，然后对缓存操作。但对于缓存操作，是更新缓存还是删除缓存呢？或者为什么不是先操作（删除、更新）缓存在更新数据库呢？
总结一下就是到底先操作缓存再操作数据库，还是先操作数据库再操作缓存？
带着这几个问题接着往下讲。
首先讲一下操作缓存，包括两种：更新缓存和删除缓存，如何选择？
更新缓存？ 删除缓存？
假设都先更新数据库（因为先操作缓存再操作数据库问题较大，后面会讲）
更新缓存
先更新数据库，再更新缓存。
如果两个请求同时对同一条数据进行修改，那么可能出现先后顺序颠倒，导致缓存中的数据是旧的。之后的读请求读到的都是旧数据，只有当缓存失效后，才能从数据库中得到正确的值。
删除缓存
先更新数据库，再删除缓存。
会有这样一种情况：缓存刚好失效，请求B从数据库中查询数据，得到旧值。此时请求A更新数据库，将新值写入数据库，并删除缓存。而请求B又将旧值写入缓存中，导致脏数据
从上面看出现脏数据的要求要比更新缓存的要求更多，必须满足以下几个条件：
缓存失效
读请求 + 写请求并发
更新数据库 + 删除缓存的时间要比读数据库 + 写缓存时间短
前面两个很好满足，我们再看看第三点，这个真的会出现吗？
数据库在更新时一般是加锁的，读操作的速度远快于写操作的，所以第三点发生概率极低（当然也可能发生）
注：这里我其实不是很理解，单纯看确实发生概率低，但如果出现网络延迟等情况呢，不也会发生吗？希望好心人解惑，我反正没理解。
因此，在选择删除缓存时，还需要结合其他技术来优化性能和一致性。例如：
使用消息队列来异步地删除或更新缓存，避免阻塞主线程或者丢失消息。
使用延时双删来增加删除成功率和减少不一致时间窗口。即在更新数据库后立即删除一次缓存，并在一定时间间隔后再次删除一次。
对比
在更新缓存中， 每次去更新缓存，但是缓存中的数据不一定会被马上读取，这就会导致缓存中可能存放了很多不常访问的数据，浪费缓存资源。而且很多情况下，写到缓存中的值，并不是与数据库中的值一一对应的，很有可能是先查询数据库，再经过一系列「计算」得出一个值，才把这个值才写到缓存中。
由此可见，这种更新缓存的方案，不仅缓存利用率不高，还会造成机器性能的浪费。所以我们一般考虑删除缓存
先更新缓存再更新数据库
在更新数据时，先将新数据写入缓存（Redis），再将新数据写入数据库（MySQL）
但其存在一下问题：
缓存更新成功，但数据库更新失败，导致数据不一致
例：用户修改了自己的昵称，系统先将新的昵称写入缓存，然后再更新数据库。但是在更新数据库的过程中，发生了网络故障或者数据库宕机等异常情况，导致数据库中的昵称没有被修改。这样就会出现缓存中的昵称和数据库中的昵称不一致的情况。
缓存更新成功，但数据库更新延迟，导致其他请求读取到旧的数据
例：用户下单了一个商品，系统先将订单状态写入缓存，然后再更新数据库。但是在更新数据库的过程中，由于并发量大或者其他原因，导致数据库的写入速度慢于缓存的写入速度。这样就会出现其他请求从缓存中读取到订单状态为已支付，而从数据库中读取到订单状态为未支付的情况。
缓存更新成功，但在数据库更新之前有其他请求查询了缓存和数据库，并将旧的数据写回缓存，覆盖了新的数据
例：用户A修改了自己的头像，并上传到服务器上。系统先将新的头像地址写入缓存，并返回给用户A显示。然后再将新的头像地址更新到数据库中。但是在这个过程中，用户B访问了用户A的个人主页，并从缓存中读取到了新的头像地址。由于缓存失效策略或者其他原因（比如重启），导致缓存被清空或者过期。这时候用户B再次访问用户A 的个人主页，并从数据库中读取到了旧的头像地址，并将其写回缓存中。这样就会出现缓存中 的头像地址和 数据库 中 的头像地址不一致 的情况。
上面说了一堆，其实总结就是缓存更新成功了，数据库没更新（更新失败），导致缓存存的是最新值，数据库存的是旧值。如果缓存失效了，就会拿到数据库中的旧值。
后面我自己也搞疑惑了，既然是因为数据库更新失败导致的问题，那我是不是只要保证数据库更新成功就可以解决数据不一致的问题，当数据库更新失败时，不停的重试更新数据库，直到数据库更新完成。
后面发现自己太天真，其中存在很多问题，比如：
如果数据库更新失败的原因是数据库宕机或者网络故障，那么你不停地重试更新数据库可能会造成更大的压力和延迟，甚至导致数据库恢复困难。
如果数据库更新失败的原因是数据冲突或者业务逻辑错误，那么你不停地重试更新数据库可能会导致数据丢失或者数据错乱，甚至影响其他用户的数据。
如果你不停地重试更新数据库，那么你需要考虑如何保证重试的幂等性和顺序性，以及如何处理重试过程中发生的异常情况。
所以，这种方法并不是一个很好的解决方案。
先更新数据库，再更新缓存
当有一个更新操作时，先更新数据库数据，然后再更新对应的缓存数据
但是，这种方案也有一些问题和风险，比如：
如果更新数据库成功了，但是更新缓存失败了，那么就会导致缓存中就会保留旧的数据，而数据库中已经是新的数据，即脏数据。
如果在更新数据库和更新缓存之间，有其他请求查询了同一个数据，并且发现缓存存在，那么就会从缓存中读取旧的数据。这样也会造成缓存和数据库之间的不一致性。
因此，在使用更新缓存操作时，无论谁先谁后，但凡后者发生异常，就会对业务造成影响。（还是上面那张图）
那么如何处理异常情况来保证数据一致性呢
这些问题的源头都是多线程并发所导致的，所以最简单的方法就是加锁（分布式锁）。两个线程要修改同一条数据，每个线程在改之前，先去申请分布式锁，拿到锁的线程才允许更新数据库和缓存，拿不到锁的线程，返回失败，等待下次重试。这么做的目的，就是为了只允许一个线程去操作数据和缓存，避免并发问题。
但加锁费时费力，肯定不推荐。并且，每次去更新缓存，但是缓存中的数据不一定会被马上读取，这就会导致缓存中可能存放了很多不常访问的数据，浪费缓存资源。而且很多情况下，写到缓存中的值，并不是与数据库中的值一一对应的，很有可能是先查询数据库，再经过一系列「计算」得出一个值，才把这个值才写到缓存中。
由此可见，这种更新数据库 + 更新缓存的方案，不仅缓存利用率不高，还会造成机器性能的浪费。
所以此时我们需要考虑另外一种方案：删除缓存
先删除缓存再更新数据库
当有一个更新操作时，先删除对应的缓存数据，然后再更新数据库数据
但是，这种方案也有一些问题和风险，比如：
如果删除缓存后，更新数据库失败了，那么就会导致缓存丢失，下次查询时需要重新从数据库加载数据，增加了数据库压力和响应时间。
如果在删除缓存和更新数据库之间，有其他请求查询了同一个数据，并且发现缓存不存在，那么就会从数据库中读取旧的数据，并写入到缓存中。这样就会造成缓存和数据库之间的不一致性。
先更新数据库，再删除缓存
当有一个更新操作时，先更新数据库数据,再删除缓存
上面其实讲过了，我再重复一遍吧
会有这样一种情况：缓存刚好失效，请求B从数据库中查询数据，得到旧值。此时请求A更新数据库，将新值写入数据库，并删除缓存。而请求B又将旧值写入缓存中，导致脏数据
从上面看出现脏数据的要求要比更新缓存的要求更多，必须满足以下几个条件：
缓存失效
读请求 + 写请求并发
更新数据库 + 删除缓存的时间要比读数据库 + 写缓存时间短
前面两个很好满足，我们再看看第三点，这个真的会出现吗？
数据库在更新时一般是加锁的，读操作的速度远快于写操作的，所以第三点发生概率极低
所以，解决双写问题更适合的方法是先更新数据库，再删除缓存，当然具体场景具体分析，不定说一定就是这个。
讲解了这些操作后会出现的问题，那么为了避免这些问题，如何做呢？
先删除缓存再更新数据库，然后使用异步线程或消息队列来重建缓存。
先更新数据库再删除缓存，并设置一个合理的过期时间来保证缓存的有效性。
使用分布式锁或乐观锁来控制并发访问，并保证每次只有一个请求能够操作缓存和数据库
……
下面讲几种常见的方法以保证双写一致性
解决方案
1. 重试
上面也提到过，当第二步操作失败时，我就重试嘛，尽可能地补救，但重试的成本太大，上面讲过就不重复了。
2. 异步重试
既然重试方法占用资源，那我就做异步。在删除或更新缓存时，如果操作失败，不立即返回错误，而是通过一些机制（如消息队列、定时任务、订阅binlog等）来触发缓存的重试操作。这样可以避免同步重试缓存时的性能损耗和阻塞问题，但也可能导致缓存和数据库的数据不一致的时间较长。
2.1 使用消息队列实现重试
消息队列保证可靠性：写到队列中的消息，成功消费之前不会丢失（重启项目也不担心）
消息队列保证消息成功投递：下游从队列拉取消息，成功消费后才会删除消息，否则还会继续投递消息给消费者（符合我们重试的需求）
使用消息队列异步重试缓存的情况是指，当信息发生变化时，先更新数据库，然后删缓存，如果删除成功就皆大欢喜，如果删除失败，则将需要删除的key发送到消息队列。另外有一个消费者线程从消息队列中获取要删除的key，并根据key删除或更新Redis中的缓存。如果操作失败，则重新发送到消息队列中进行重试。
注：也可以不先尝试删除，直接发送给消息队列，让消息队列
举例来说，假设有一个用户信息表，需要将用户信息缓存在Redis中。如果采用使用消息队列异步重试缓存的方案，可以有以下几个步骤：
当用户信息发生变化时，先更新数据库，并返回成功结果给前端。
尝试去删除缓存，成功则结束操作，失败则将要删除或更新缓存的操作生成一个消息（比如包含key和操作类型），并发送到消息队列中（比如使用Kafka或RabbitMQ）。
另外有一个消费者线程从消息队列中订阅并获取这些消息，并根据消息内容删除或更新Redis中的对应信息。
如果删除或更新缓存成功，则把这个消息从消息队列中移除（丢弃），以免重复操作。
如果删除或更新缓存失败，则执行失败策略，比如设置一个延迟时间或者一个重试次数限制，然后重新发送这个消息到消息队列中进行重试。
如果重试超过一定次数仍然失败，则向业务层发送报错信息，并记录日志。
2.2 Binlog实现异步重试删除
使用binlog实现一致性的基本思路是利用binlog日志来记录数据库的变更操作，然后通过主从复制或者增量备份的方式来同步或者恢复数据。
举例来说，如果我们有一个主数据库和一个从数据库，我们可以在主数据库上开启binlog日志，并设置从数据库作为它的复制节点。这样，当主数据库上发生任何变更操作时，它会将对应的binlog日志发送给从数据库，从数据库则会根据binlog日志来执行相同的操作，从而保证数据一致性。
另外，如果我们需要恢复某个时间点之前的数据，我们也可以利用binlog日志来实现。首先，我们需要找到对应时间点之前的最近一个全量备份文件，并将其恢复到目标数据库。然后，我们需要找到对应时间点之前的所有增量备份文件（即binlog日志文件），并按照顺序将其应用到目标数据库。这样，我们就可以恢复出目标时间点之前的数据状态了。
使用 Binlog 实时更新/删除 Redis 缓存。利用 Canal，即将负责更新缓存的服务伪装成一个 MySQL 的从节点，从 MySQL 接收 Binlog，解析 Binlog 之后，得到实时的数据变更信息，然后根据变更信息去更新/删除 Redis 缓存；
MQ+Canal 策略，将 Canal Server 接收到的 Binlog 数据直接投递到 MQ 进行解耦，使用 MQ 异步消费 Binlog 日志，以此进行数据同步；
注：binlog日志是MySQL的二进制日志，它记录了对数据库的变更操作，比如插入、更新、删除等。 binlog日志有两个主要作用，一个是主从复制，另一个是增量备份。
主从复制是指在一个主数据库和一个或多个从数据库之间实现数据的同步。主数据库会将自己的binlog日志发送给从数据库，从数据库则会根据binlog日志来执行相同的操作，从而保证数据一致性。这样可以提高数据的可用性和可靠性，也可以实现负载均衡和故障转移。
增量备份是指在全量备份的基础上，定期备份数据库的变更操作。全量备份是指将整个数据库的数据完整地备份到一个文件中。增量备份则是指将每次变更操作对应的binlog日志文件备份到另一个文件中。这样可以减少备份所占用的空间和时间，也可以实现灵活地恢复数据到任意时间点。
至此，我们可以得出结论，想要保证数据库和缓存一致性，推荐采用「先更新数据库，再删除缓存」方案，并配合「消息队列」或「订阅变更日志」的方式来做。
3. 延时双删
我们重点在将先更新数据库，在删除缓存。那如果我要先删除缓存，再更新数据库呢？
回顾之前讲的先删除缓存，再更新数据库，它会出现旧值覆盖缓存的问题，那好办，我们直接把这个旧值给删了不就完了吗，延时双删就是这个原理，它的基本思路是：
先删除缓存
再更新数据库
休眠一段时间（根据系统情况确定）
再次删除缓存
这样做的目的是为了防止在更新数据库后，有其他线程读取到旧的缓存数据，并将其写回缓存，导致数据不一致。
举个例子：假设有一个用户信息表，其中有一个字段是用户积分。现在有两个线程A和B同时对用户积分进行操作：
线程A要给用户增加100积分
线程B要给用户减少50积分
如果使用延时双删策略，那么线程A和B的执行过程可能如下：
线程A先删除缓存中的用户信息
线程A再从数据库中读取用户信息，发现用户积分为1000
线程A将用户积分加上100，变为1100，并更新到数据库中
线程A休眠5秒（假设这个时间足够让数据库同步）
线程A再次删除缓存中的用户信息
线程B先删除缓存中的用户信息
线程B再从数据库中读取用户信息，发现用户积分为1100（因为线程A已经更新了）
线程B将用户积分减去50，变为1050，并更新到数据库中
线程B休眠5秒（假设这个时间足够让数据库同步）
线程B再次删除缓存中的用户信息
这样最终结果就是：数据库中的用户积分为1050，缓存中没有该用户信息。当下次有请求查询该用户信息时，就会从数据库中读取并写入到缓存中。这样就保证了数据一致性。
延时双删适用于高并发场景，特别是对数据的修改操作比较频繁，而查询操作比较少的情况。这样可以减轻数据库的压力，提高性能，同时保证数据的最终一致性。延时双删也适用于数据库有主从同步延迟的场景，因为它可以避免在更新数据库后，从库还没有同步完成时，读取到旧的缓存数据，并将其写回缓存。
注: 这个休眠时间 = 读业务逻辑数据的耗时 + 几百毫秒。 为了确保读请求结束，写请求可以删除读请求可能带来的缓存脏数据。
WPS Office是一款面向macOS用户的综合办公套件，将文字处理、电子表格、演示文稿、PDF工具、模板与云协作整合在同一应用中。它兼容常见Microsoft Office格式，支持Intel及Apple芯片Mac，基础功能可免费使用，
Shapr3D是一款面向工业设计、机械工程、建筑概念和三维打印工作流的CAD软件。Mac版采用Parasolid建模内核，支持草图约束、实体建模、工程图、可视化渲染及常见CAD格式交换，并可通过账户在多台设备之间同步项目。
REAPER是Cockos开发的数字音频工作站，提供多轨音频与MIDI录制、剪辑、处理、混音和母带制作工具。Mac版兼容Intel与Apple芯片，支持AU、VST、VST3、CLAP等插件格式，并提供高度可定制的工作流程。
Ableton Live 是面向音乐制作人与现场表演者的数字音频工作站，提供编曲视图、独具特色的现场视图、音频录制、MIDI创作、实时变速、乐器及效果器。Mac版原生支持Apple芯片，并可连接音频接口、MIDI控制器和第三方插件。
Adobe After Effects 是面向动态图形、影视特效与视频合成的专业创作软件。它提供关键帧动画、遮罩抠像、运动跟踪、三维空间、文字动画和表达式等工具，并可与 Premiere Pro、Photoshop、Illustrator
Adobe Audition 是面向播客、影视后期、音乐制作及内容创作者的专业音频工作站，提供波形精修、多轨录制与混音、频谱编辑、降噪修复、响度匹配和效果处理工具，并可与 Adobe Premiere 协同完成视频声音制作。
Adobe Bridge 是面向摄影师、设计师及内容团队的免费数字资产管理工具，可集中预览照片、视频和 Adobe 项目文件，并利用评级、标签、关键词、元数据、筛选与收藏集完成分类检索。它还支持批量重命名、格式导出、相机导入及 Camera
Adobe Illustrator 是 Adobe 推出的专业矢量图形设计软件，适合在 Mac 上制作标志、图标、插画、包装、信息图及印刷版面。它以路径和锚点构建可无损缩放的图形，并提供钢笔、形状、文字、图像描摹、渐变、画板及生成式功能。
Adobe InDesign 是面向印刷品与数字出版物的专业版面设计软件，可在 Mac 上制作书籍、杂志、宣传册、海报、报告及交互式文档。它提供精细的文字样式、网格、母版、长文档管理和印前输出能力。
Adobe Lightroom Classic 是面向桌面摄影工作流的照片管理与后期处理软件，可将原始照片保存在本地硬盘，通过目录、关键词、评分和收藏夹高效整理图库，并提供 RAW 冲印、蒙版、镜头校正、批量同步及多格式导出等功能。
Adobe Media Encoder 是 Adobe 推出的专业音视频编码与转码工具，可通过队列、预设和监视文件夹批量完成格式转换、代理文件创建及多平台成片输出，并与 Premiere Pro、After Effects 等软件紧密协作。
Adobe Photoshop 是面向摄影师、设计师和内容创作者的专业图像处理软件，提供图层、蒙版、选区、修复、调色、文字排版、智能对象及生成式编辑等能力。Mac 版支持 Intel 与 Apple Silicon 处理器。
Adobe Photoshop 是面向摄影师、设计师和内容创作者的专业图像处理工具，可在 Windows 上完成照片修饰、选区抠图、图层合成、文字排版、绘画及生成式编辑。软件采用订阅授权，由 Creative Cloud 管理安装、更新与许
Adobe InDesign 是面向印刷与数字出版的专业页面排版工具，可制作书籍、杂志、宣传册、海报、交互式 PDF 和电子书。它提供精细的文字样式、多页面管理、印前检查及多格式输出能力，并能与 Photoshop、Illustrator
Adobe Illustrator 是用于绘制矢量图形、插画、图标、徽标和版式的专业设计工具。它以路径和锚点为核心，作品放大后仍能保持清晰，并提供画板、文字、渐变、图像描摹及精确变换等功能，适合品牌视觉、印刷物料、数字界面和商业插画创作。
Adobe Bridge 是 Adobe 推出的创意资产管理工具，可集中预览、分类和查找照片、视频、PDF及多种设计文件，并支持元数据、关键词、评级、批量重命名和格式导出。它可与 Photoshop、Illustrator 等应用衔接，
Affinity Photo 是一款面向摄影师、修图师和视觉设计人员的桌面图像编辑工具，提供 RAW 显影、多图层合成、蒙版、实时滤镜、批处理和色彩管理等功能。原独立产品已停止销售，其照片编辑能力已延续至免费的新 Affinity 应用；
Adobe Lightroom Classic 是面向 Windows 桌面摄影工作流的照片管理与无损编辑工具，可通过目录集中整理大型图库，并完成 RAW 显影、局部蒙版、批量调整、打印和多格式导出。它强调本地文件管理与精细控制，
Figma 是面向产品设计与开发团队的云端协作平台，可在 Windows 桌面客户端中完成界面绘制、组件管理、交互原型、评论评审和开发交付。文件保存在云端，多名成员能够同步编辑并共享设计系统；官方同时提供免费 Starter 方案及按席位计
Affinity Designer 是面向矢量图形、数字插画和界面设计的专业创作工具，可在矢量、像素与导出工作区之间快速切换。它提供曲线编辑、形状构建、画板、排版、图层和专业色彩管理，并支持常见设计文件的导入及多种印刷、网页格式输出。
Capture One Pro 是面向摄影师和影像团队的专业桌面照片处理工具，提供相机定制色彩配置、RAW转换、图层与蒙版、联机拍摄、目录及会话管理等功能。它适合棚拍、人像、商业产品、婚礼和风光摄影，
Adobe Acrobat Pro 是面向专业 PDF 工作的综合解决方案，可在 Windows 中创建、编辑、转换、比较、整理和保护文档，并支持表单、电子签名、扫描件文字识别及敏感信息永久遮盖。订阅还包含网页、移动服务和云端协作能力，
Adobe After Effects 是面向动态图形、动画与影视视觉特效制作的专业工具，可完成关键帧动画、图层合成、遮罩跟踪、抠像、文字动画和二维三维元素整合。Windows 版通过 Adobe Creative Cloud 安装及更新，
DaVinci Resolve是Blackmagic Design推出的一体化影视后期工具，将素材管理、非线性剪辑、专业调色、Fusion视觉特效、Fairlight音频处理和成片交付整合在统一工程中。免费版已覆盖多数个人创作需求，