深入理解分布式技术 - 先更新数据库，还是先更新缓存

最新推荐文章于 2026-04-01 18:00:00 发布
原创 最新推荐文章于 2026-04-01 18:00:00 发布 · 2.8w 阅读 · 1
标签
#数据一致性 #数据 #缓存 #分布式
本文深入探讨了在分布式技术中如何处理缓存和数据库的数据一致性问题。介绍了先更新数据库再更新缓存、先删除缓存再更新数据库以及先更新数据库再删除缓存这三种策略的优缺点，强调了Cache Aside方案的经典性和删除缓存的轻量级特性。还讨论了多级缓存更新以及如何通过消息队列确保一致性。

文章目录

在这里插入图片描述

Pre

深入理解分布式技术 - 探究缓存穿透、缓存击穿、缓存雪崩解决方案

缓存穿透、缓存击穿和缓存雪崩，这几个问题聚焦的是缓存本身的稳定性，包括缓存集群和缓存的数据，除了这些，缓存应用中，缓存和上下游系统的数据同步也很重要。

本文我们来学习缓存应用中的另一个高频问题：应用缓存以后，缓存和数据库何时同步。
在这里插入图片描述

数据不一致

众所周知， 除了少部分配置信息类缓存，比如业务中的黑白名单信息、页面展示配置等，大部分缓存应用一般是作为前端请求和持久化存储的中间层，承担前端的海量请求。

缓存层和数据库存储层是独立的系统，我们在数据更新的时候，最理想的情况当然是缓存和数据库同时更新成功。但是由于缓存和数据库是分开的，无法做到原子性的同时进行数据修改，可能出现缓存更新失败，或者数据库更新失败的情况，这时候会出现

了解本专栏 订阅专栏 解锁全文 超级会员免费看
深入理解分布式技术 - 分布式缓存实战_常见的坑及解决办法
小工匠
01-26 3万+
文章目录概述缓存雪崩 概述 在一个高并发系统中，Redis 缓存通常会作为数据打到数据库之前的一层强大缓冲 ， 正因为 Redis 并发能力如此之高，它在我们的系统链路中成为了一个非常关键的部分。 一旦洪峰过来，如果我们在 Redis 的处理上稍有不慎，就可能导致整个系统不可用。so 我们这里来探讨一下： 在一个复杂、高并发的互联网系统的场景下，缓存可能面临的一系列挑战，以及我们有什么手段可以来应对。 缓存雪崩 缓存（通常是 Redis）是我们数据库的保护伞，但是有时候你会发现缓存竟然完全失效了，而
缓存和数据库谁先更新呢？
wupanP的博客
08-02 616
先更新数据库，再更新缓存：适用于数据一致性要求高的场景，尽管性能开销较大，但能够确保数据的一致性。先更新缓存，再更新数据库：适用于性能要求高且对数据一致性要求相对较低的场景，可以提升更新操作的响应速度。
Redis缓存数据库进阶——Redis缓存数据同步问题（8）
qq_45546075的博客
07-28 1589
bigkey是指key对应的value所占的内存空间比较大，例如一个字符串类型的value可以最大存到512MB，一个列表类型的value最多可以存储23-1个元素。如果按照数据结构来细分的话，一般分为字符串类型bigkey和非字符串类型bigkey。字符串类型：体现在单个value值很大，一般认为超过10KB就是bigkey，但这个值和具体的OPS相关。非字符串类型：哈希、列表、集合、有序集合,体现在元素个数过多。bigkey无论是空间复杂度和时间复杂度都不太友好，下面我们将介绍它的危害。
先更新数据库还是先删缓存？缓存一致性这次彻底讲透
最新发布
weixin_46026202的博客
04-01 360
本文系统讲解了缓存一致性问题，分析了常见方案的优缺点，并给出推荐实践。核心观点包括： 缓存一致性本质是处理数据库与缓存的同步问题，应以数据库为最终数据源 常见方案对比表明"先更新数据库再删除缓存"是业务首选方案 推荐组合使用事务提交后删缓存、失败重试、延迟双删和Binlog补偿等措施 给出了实际项目中的代码实现示例，包括读请求的Cache Aside模式和写请求的更新数据库+删缓存流程 该方案平衡了实现复杂度和一致性要求，适合大多数互联网业务场景。
先更新数据库还是先清缓存的问题
weixin_59230567的博客
07-07 3140
先清缓存还是先清数据库问题
缓存更新和数据库更新先后顺序
weixin_43361136的博客
07-28 3092
1、更新缓存，更新数据库谁先操作都可能发生 问题：并发写操作A、B时，由于无法保证时序 1）可能出现请求A先更新缓存，B后更新数据库 2）B更新缓存时，A更新了数据库 3）导致数据库和缓存数据不一致 ...
分布式技术原理与实战45讲--40 第35讲：经典问题：先更新数据库，还是先更新缓存？
g_z_q_的博客
02-25 1038
这一课时我们探讨了缓存和数据库一致性的问题，包括业务开发中如何通过控制更新缓存和数据库的时序，来尽量避免最终一致性问题。在专栏的第 1 课时就讨论过分布式系统的 CAP 理论，经过这么长时间的学习，你是否对 CAP 理论中的不可能三角有了更深的理解呢？在你负责的项目中，是如何应用缓存，又如何保证缓存和数据库数据一致性的呢，欢迎留言进行分享。
深入理解分布式缓存 以及Redis 实现缓存更新通知方案
jakeswang的博客
04-18 1359
分布式缓存：指将应用系统和缓存组件进行分离的缓存机制，这样多个应用系统就可以共享一套缓存数据了，它的特点是共享缓存服务和可集群部署，为缓存系统提供了高可用的运行环境，以及缓存共享的程序运行机制。轻量级实时通知：选择Pub/Sub，代码简单，适合对可靠性要求不高的场景（如社交动态更新）。高可靠消息队列：选择，适合订单状态同步、库存扣减等关键业务。扩展方案：若需严格保证缓存与数据库一致性，可结合MySQL Binlog 监听（如 Canal）同步到 Redis。
深入理解分布式技术 - 分布式系统中的缓存
热门推荐
小工匠
03-04 2万+
文章目录缓存无处不在 缓存无处不在 缓存是分布式系统开发中的常见技术，在分布式系统中的缓存，不止 Redis、Memcached 等后端存储；在前端页面、浏览器、网络 CDN 中也都有缓存的身影。 作为后端工程师，提起缓存首先想到的应该是应用 Redis，或者 Memcached 等服务端缓存，其实这些在缓存分类中只是一小部分。然而在整个业务流程中，从前端 Web 请求，到网络传输，再到服务端和数据库服务，各个阶段都有缓存的应用。 举个例子，打开京东，查看一个商品详情页，这个过程就涉及多种缓存的协同，我们从
15、深入理解分布式缓存及其在现代应用中的应用
weixin_35294091的博客
05-10 932
本文深入探讨了分布式缓存的工作原理、应用场景、实现技术和最佳实践，结合实际案例分析了如何通过优化分布式缓存提升系统性能，并展望了分布式缓存技术的未来发展方向。
更新数据，删除缓存，更新数据库谁先执行
C18298182575的博客
09-17 756
1.先更新数据库，再删除缓存 2.先删除缓存，再更新数据库 答案：方案1 方案2存在问题 查询与更新并发，更新操作先删除了缓存，还未更新数据库，查询操作未取到缓存，直接查询了数据库，这时候数据库还未更新，取到了脏数据，然后把脏数据放到了缓存，后续请求取到都是脏数据。 方案1 查询与更新并发，更新操作，数据库执行成功，但缓存未删除，此时进来查询的走缓存，取到了脏数据，但是等删除缓存也执行完成，后面的请求就会取数据库正确的数据，再放入缓存，这样后续的请求，取到的数据都是正确数据。 分布式系统知识点
先更新缓存还是先更新数据库
靖哥哥的博客
06-26 8344
文章目录概览先更新缓存，再更新数据库考虑两个并发操作：线程A写，线程B读考虑两个并发操作：线程A写，线程B写先更新数据库，再更新缓存考虑两个并发操作：线程A写，线程B读考虑两个并发操作：线程A写，线程B写 概览 说这个问题之前得看下几种缓存模式，可以先看下缓存模式（Caching Aside、Read Through、Write Through、Write Behind）这篇文章。 先更新缓存，再更新数据库 考虑两个并发操作：线程A写，线程B读 1、线程A发起一个写操作，第一步delete cache
58一面：Redis数据更新，是先更新数据库还是先更新缓存？
2401_84048179的博客
04-14 1668
我们总是喜欢瞻仰大厂的大神们，但实际上大神也不过凡人，与菜鸟程序员相比，也就多花了几分心思，如果你再不努力，差距也只会越来越大。面试题多多少少对于你接下来所要做的事肯定有点帮助，但我更希望你能透过面试题去总结自己的不足，以提高自己核心技术竞争力。每一次面试经历都是对你技术的扫盲，面试后的复盘总结效果是极好的！《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
更新缓存时，是先清缓存还是先更新数据库？
qq_34497300的博客
05-31 1080
更新缓存时，是先清缓存还是先更新数据库？ 先清缓存？ 先清除缓存，再更新数据库的方式显然是不行的，可能存在数据永远不正确的情况。先更新数据库？ 先更新数据库再清缓存的方式，虽然可能会存在少数的错误数据的情况，但是相对来说，后续的查询可以得到更新的值。最后，要解决这种缓存不一致的情况，可以选择加锁的方式，将线程A的操作放入锁中，使其作为原子操作，线程B的操作也加入锁。
更新缓存的正确姿势（先更新缓存还是先更新数据库）
持之以恒，方得始终
11-05 4181
目录 1.更新缓存的三种模式 1.1Cache Aside 1.1.1 先更新DB，后更新缓存 ​1.1.2先更新缓存，后更新DB 1.1.3先删除缓存，再更新DB 1.1.4先更新DB，再删除缓存（业界推荐方案） 1.2Read/WriteThrough 1.3ReadThrough/Write Behind 2.三种缓存模式小结 1.更新缓存的三种模式 引入缓存势必会导致数据的一致性问题（因为分别存放到缓存以及DB），那么在数据更新时，缓存和DB都得更...
数据库与缓存一致性
simpleGq的专栏
12-10 632
数据的更新和删除缓存的动作，之后1这个读请求才更新了缓存。读请求先读了缓存发现缓存无命中，则查询数据库并在准备更新缓存时，2写请求已经完成了。先修改数据库的信息，然后再删除对应的缓存，在修改数据库期间，可以允许一定时间的。原因是更新缓存成功后，数据库可能更新失败，出现数据库为旧值，缓存为新值，在“先删除缓存，再更新数据库”的情况下，如果数据库更新失败，用户可能会。数据库更新成功，缓存更新失败，导致数据库与缓存数据不一致。线程B来了，看缓存里面没有，就会去数据库读数据，创建缓存，保证数据的最终一致性。
Redis缓存与数据库如何保证一致性
简单简单小白
12-28 2080
如果对缓存命中率要求较高的话就得采用更新数据库再更新缓存的方案,如果对命令率要求不高则采用先更新数据库再删除缓存。前面也分析了这两种方案都有缺陷，都可能在并发情况下存在缓存与数据库不一致。那么针对这两种情况做下优化。
先更新数据库在删缓存？还是先删缓存再更新数据库？
zhangyupeng的博客
05-21 2131
1、先更新数据库再删缓存 A做查询，B做更新 前提是缓存刚好失效 1、A去查询，B去更新同时进行 2、A去缓存没查到，然后去读库，读到旧值，B进行了更新然后删除缓存，然后A把读到的旧值放到缓存 3、这时候缓存里就存的跟数据库就不一样儿了，这就是脏数据 2、先删除缓存再更新数据库 A做查询，B做更新 前提是缓存刚好失效 1、A去查询，B去更新同时进行 2、A去缓存没查到，然后B删除缓存，A去读库读到旧值，放入缓存；B去更新了数据库 3、这个时候缓存里的值还是老值，库里是新值，生成.
Redis中缓存和数据库双写数据不一致
Cover_sky的博客
03-13 1796
1.先更新数据库，再更新缓存2.先更新缓存，再更新数据库。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小小工匠

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值