微服务框架 SpringCloud微服务架构 多级缓存 49 缓存同步 49.1 数据同步策略

最新推荐文章于 2025-05-14 12:45:49 发布
原创 最新推荐文章于 2025-05-14 12:45:49 发布 · 373 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#架构 #微服务 #spring cloud

本文详细探讨了SpringCloud微服务环境下如何通过多级缓存、有效期策略、同步双写、异步通知（包括基于Canal的MySQL变化监听）来解决数据一致性问题。重点讲解了不同缓存同步方法的优缺点及适用场景。

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

微服务框架

【SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式，系统详解springcloud微服务技术栈课程|黑马程序员Java微服务】

多级缓存

文章目录

49 缓存同步

49.1 数据同步策略
49.1.1 缓存同步策略

OK，前面我们已经基本实现 了一个多级缓存架构，大大提高了 “查询商品的性能”

【但是】缓存在提高性能的同时，也带来了一致性的问题，比如说数据库发生 了修改

这个时候如果缓存还是旧的数据，那么就导致了 数据不一致的问题

【如何保证数据库 与 缓存数据的一致性？ 】【缓存同步问题】

缓存数据同步的常见方式有三种：

  • 设置有效期：给缓存设置有效期，到期后自动删除。再次查询时更新【被动的缓存同步】【其实就相当于并没有做同步，只是到期了而已，下次再查的时候才能更新】

    • 优势：简单、方便
    • 缺点：时效性差，缓存过期之前可能不一致
    • 场景：更新频率较低，时效性要求低的业务

  • 同步双写：在修改数据库的同时，直接修改缓存

    • 优势：时效性强，缓存与数据库强一致
    • 缺点：有代码侵入，耦合度高；
    • 场景：对一致性、时效性要求较高的缓存数据

  • **异步通知：**修改数据库时发送事件通知，相关服务监听到通知后修改缓存数据【通知到位就行了】

    • 优势：低耦合，可以同时通知多个缓存服务
    • 缺点：时效性一般，可能存在中间不一致状态
    • 场景：时效性要求一般，有多个服务需要同步

【基于MQ 的异步通知】

在这里插入图片描述

修改了商品信息，写入数据库后，发一个通知，业务就算结束了【但是还是需要在代码上面去做修改】

【今天要学的】 【基于Canal 的异步通知】

在这里插入图片描述

canal 可以直接监听MySQL 数据库的变化【代码 0 侵入】

95、探索边缘计算与能力导向架构
info6的博客
06-16 22
本文深入探讨了边缘计算的定义、特性及应用场景，重点介绍了面向能力的架构（COA）在边缘计算中的作用。文章还分析了Kubernetes在边缘计算中的应用，智能应用的设计模式，以及安全与隐私的关键问题。此外，详细描述了零接触配置、动态扩展和协作计算等技术，并结合实际案例展示了如何构建高效的边缘原生应用。
63、边缘计算与能力导向架构：构建未来计算平台
最新发布
info6的博客
05-15 36
本文深入探讨了边缘计算与能力导向架构（COA）在构建未来计算平台中的关键作用。文章首先介绍了边缘计算的基础概念、特性及应用场景，随后分析了边缘计算网络和设备管理的挑战，并提出了基于浏览器的云平台等创新解决方案。此外，文章还详细阐述了面向能力的架构如何通过语义服务发现、上下文感知计算和协作计算等技术提升用户体验。最后，文章强调了AI能力的易用性和边缘原生应用设计的重要性，为开发者和企业提供了宝贵的参考。
多级缓存架构(五)缓存同步
m0_51390969的博客
01-12 1281
通过本文章，可以完成多级缓存架构中的缓存同步。
缓存同步策略
mah888的博客
11-28 1229
缓存同步策略 缓存数据同步的常见方式有三种： 设置有效期 给缓存设置有效期，到期后自动删除。再次查询时更新。 - 优点：简单，方便。 - 缺点：时效性差，缓存过期之前可能不一致。 - 场景：更新频率较低，时效性要求低的业务。 同步双写 在修改数据库的同时，直接修改缓存。 - 优点：时效性强，缓存与数据库强一致。 - 缺点：有代码侵入，耦合度高。 - 场景：对一致性，时效性要求较高的缓存数据。 异步通知 修改数据库时发送事件通知，相关服务监听到通知后修改缓存数据。 - 优点：低耦合，可以同时通知多个缓存服务
缓存数据库同步策略
fansenjun的博客
05-19 1294
在我们的项目中，修改数据后，考虑缓存数据更新的及时性，我们可能会采用主动更新缓存的策略。主要有如下几种策略： 先更新缓存，再更新数据库 先更新数据库，再更新缓存 先删除缓存，再更新数据库，访问时按需加载数据到缓存中 先更新数据库，再删除缓存，访问时按需加载数据到缓存中 上面4中策略我们应该怎么选择呢？已下我们就逐一分析这4中策略： “先更新缓存，再更新数据库” 策略不可行。数据库设计负责，压力集中，数据库因为超时等原因，操作失败的可能性会很大。此外还会涉及到事务，很有可能因为数据库更新失败，导致缓
（多级缓存）缓存同步
QRLYLETITBE的博客
09-03 769
（多级缓存）缓存同步
Canal数据同步策略
Leon_Jinhai_Sun的博客
11-22 1080
缓存数据同步的常见方式有三种： 设置有效期：给缓存设置有效期，到期后自动删除。再次查询时更新 优势：简单、方便 缺点：时效性差，缓存过期之前可能不一致 场景：更新频率较低，时效性要求低的业务 同步双写：在修改数据库的同时，直接修改缓存 优势：时效性强，缓存与数据库强一致 缺点：有代码侵入，耦合度高； 场景：对一致性、时效性要求较高的缓存数据 异步通知：修改数据库时发送事件通知，相关服务监听到通知后修改缓存数据 优势：低耦合，可以同时通知多个
52、边缘计算与面向能力的架构设计
info6的博客
05-04 29
本文深入探讨了边缘计算的基础、模型和应用场景，重点介绍了能力导向架构（COA）在边缘计算中的应用。文章涵盖了边缘计算的关键因素，如网络、设备和车队管理，并分析了多种设计模式，包括数据收集、远程模式和计算卸载等。同时，还讨论了Kubernetes在边缘的应用、边缘原生设计以及COA在智能家居、AI推理、协作计算等场景中的具体实现。最后，强调了零接触设备供应、基于浏览器的云计算和智能应用扩展等内容，展示了边缘计算和COA结合带来的革命性变化。
59、边缘计算与能力导向架构：构建高效智能的边缘应用
info6的博客
05-11 32
本文深入探讨了边缘计算与能力导向架构（COA）的结合，如何构建高效智能的边缘应用。文章从边缘计算的基本概念、网络技术、设备管理到设计模式等多个方面进行了详细阐述，并介绍了COA在优化资源调度、语义服务发现和协作计算等方面的应用。此外，还讨论了边缘计算中的安全性、功耗管理、隐私保护等关键问题，以及其在智能家居、工业自动化和智能城市等领域的创新应用。
62、边缘计算与能力导向架构的应用与设计
info6的博客
05-14 45
本文深入探讨了边缘计算与能力导向架构（COA）的应用与设计，涵盖边缘计算的基础、关键特性、应用场景及设计模式。同时详细介绍了COA在实际场景中的应用，如无应用程序手机和智能家居，并分析了其未来发展方向和挑战，包括动态计算平面、安全性以及用户体验优化。
缓存一致性问题与解决方案
09-06
在高并发下，由于时许的问题导致缓存中的数据与数据库中的数据不一致那么我们应该如何解决呢？ 1、 锁能解决这种问题吗，不行为什么呢。 锁解决的是竞争问题。 2、单纯的消息中间件能解决吗，中间件可以保证时序，但是不能判断是否存在该消息 3、数据库的事务是否能解决呢？ 事务解决的也是数据一致性的问题（业务层与数据库层面的一致性），看来这个也跟数据库的事务没有关系。 4、我们可以采用队列来实现，read的时候判断当前队列中是否存在删除操作，如果存在直接等待，如果没有直接执行，这个看样子是可以解决问题，当前这样会出现大量的线程阻塞、有可能还是出现timeout。
缓存同步策略初学者指南
danpu0978的博客
04-23 225
介绍 当信息分散在各种数据提供者之间时，记录系统是权威的数据源。 当我们引入缓存解决方案时 ，我们会自动复制数据。 为避免不一致的读取和数据完整性问题，同步数据库和缓存（无论何时对系统进行更改）都是非常重要的。 有多种方法可以使缓存和基础数据库保持同步，本文将介绍一些最常见的缓存同步策略。 暂存 应用程序代码可以手动管理数据库和缓存信息。 应用程序逻辑在命中数据库之前检查缓存，并在任...
【Redis】多级缓存之缓存数据同步策略与Canal
qq_61903414的博客
06-26 1458
Canal是基于MySQL的主从同步实现的，MySQL的主从同步原理如下：主节点会将变更的数据写入二进制日志文件，而从节点会将主节点的二进制日志文件拷贝到他的中继日志，然后重放日志里的事件将数据的变更进行同步，Canal就是将之间伪装成一个MySQL的从节点，从而监听主节点日志的变化，再将变更的信息通知给客户端，完成数据同步。修改数据库时发送事件通知，，相关的服务监听到后修改缓存数据，这种方式耦合度低，可同时通知多个缓存服务，但是时效性一般，存在中间不一致状态，适用于时效性要求一般，有多个服务需要同步。
多级缓冲-缓冲同步策略
m0_65144570的博客
09-19 126
个人名片： 本项目基于B站黑马程序员Java《SpringCloud微服务技术栈》，SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式缓存数据同步的常见方式有三种：1）基于MQ的异步通知： 解读：依然有少量的代码侵入。2）基于Canal的通知 解读：代码零侵入
缓存同步策略重构
梁飞的博客
11-23 143
简述一下CommonTemplate([url]http://www.commontemplate.org[/url])的模板工厂每次获取模板的过程如下： 检查内存缓存中是否存在， 若不存在，则检查持久化缓存中是否存在， 若还不存在，则重新解析模板并将模板压入内存缓存及持久化缓存， 若存在，则检查是否需要热加载， 若需要热加载，则对比文件是否已更改， 若已更改，则重新解析模板并将模...
Redis缓存更新和同步策略、缓存穿透、缓存击穿、缓存雪崩
qq_62767608的博客
12-04 3448
方法来表示获取锁，该方法含义是 redis 中如果没有这个key，则插入成功，返回1，在 stringRedisTemplate 中返回true， 如果有这个key则插入失败，则返回0，在stringRedisTemplate返回false，我们可以通过true，或者是false，来表示是否有线程成功插入key，成功插入的key的线程我们认为他就是获得到锁的线程。当代计算机最大的问题是 cpu性能提升了，但内存读写速度没有跟上，所以为了适应当下的情况，增加了cpu的L1，L2，L3级的缓存。
微服务框架 SpringCloud微服务架构 多级缓存 48 多级缓存 48.7 Redis 缓存预热
谢谢你们的关注
12-17 945
微服务框架 SpringCloud微服务架构 多级缓存 48 多级缓存 48.7 Redis 缓存预热
缓存同步、缓存穿透、缓存击穿、缓存雪崩
m0_71563599的博客
06-08 420
缓存同步、缓存穿透、缓存击穿、缓存雪崩 目录 一、缓存同步 1、数据实时同步 2、数据同步 3、任务调度更新 4、binlog日志订阅 二、缓存穿透 三、缓存击穿 四、缓存雪崩一、缓存同步 缓存同步问题：​编辑切换为居中添加图片注释，不超过 140 字（可选）1、数据实时同步 这种数据同步是增量、主动、强一致性。​编辑切换为居中添加图片注释，不超过 140 字（可选）​编辑切换为居中添加图片注释，不超过 140 字（可选）2、数据准时同步 这种数据同步是增量、被动、准确性。​编辑切换为居中添加图片注释，不超
多级缓存架构开发 四 ( 利用redis的pub/sub消息机制实现一级缓存的数据同步问题 )
lihongtai的专栏
05-13 916
实现目标: 利用redis的pub/sub的消息机制，实现一级缓存的删除和清空的， 原因： 因为如果应用是分布式的系统，那么一级缓存的数据，是不能同步的，因此在清楚二级缓存的时候， 利用redis的消息机制来实现分布式系统数据的同步； 实现步骤: 1.定义消息对象的枚举类型 package org.github....
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

祝我天天开心，平安健康

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

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

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

打赏作者

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

抵扣说明：

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

余额充值