缓存与数据库一致性处理-Cache Aside Pattern方式

最新推荐文章于 2023-05-27 13:28:14 发布
最新推荐文章于 2023-05-27 13:28:14 发布
阅读量409 收藏 1
点赞数
分类专栏： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/maqinchaoTnT/article/details/99689457
版权

缓存与数据库一致性处理

Cache Aside Pattern 方式
高频率的请求下，更新数据库和更新缓存的缘故导致缓存和数据库数据不一致
1 缓存更新
某些缓存数据可能是由数据库数据经过复杂计算产生，更新频率很高的情况下，系统开销可能很高
好处是防止一次缓存miss的情况

2 缓存淘汰
在数据库更新后删除缓存，一种懒加载的方式，只是产生一次缓存miss的情况，然后去查询数据库更新缓存后返回
而在处理缓存与数据库时
先淘汰缓存 后更新数据库 如果缓存淘汰成功 更新数据库失败 出现一次缓存miss的情况
先更新数据库 再淘汰缓存 如果更新数据库成功 缓存淘汰失败 出现数据库与缓存数据不一致的情况
所以选择先进行缓存删除 后进行更新数据库的方式

秃头侠
关注
专栏目录
Redis学习总结（7）——怎么保持缓存与数据库一致性？
科技D人生
08-07 8175
一、不一致原因分析 将不一致分为三种情况：1. 数据库有数据，缓存没有数据； 2. 数据库有数据，缓存也有数据，数据不相等； 3. 数据库没有数据，缓存有数据。 在讨论这三种情况之前，先说明一下我使用缓存的策略，也是大多数人使用的策略，叫做 Cache Aside Pattern。简而言之，就是1. 首先尝试从缓存读取，读到数据则直接返回；如果读不到，就读数据库，并将数据会写到缓存，并返回。 2...
Redis缓存和数据库一致性
Mr.xing的博客
01-16 662
先更新数据库，再删除缓存，如果删除缓存失败了，会导致数据库中是新数据，缓存中是旧数据，数据就出现了不一致。一般普通的解决方式有下面两个： 先删除缓存，再更新数据库。如果数据库更新失败了，那么数据库中是旧数据，缓存中是空的，那么数据不会不一致。读的时候缓存没有，所以去读了数据库中的旧数据，然后更新到缓存中。 延时双删，先更新数据库，再删除缓存，5s之后再执行一次删除操作。 public void set(key, value) { putToDb(key, value); del
Redis(八）--缓存问题
m0_52675592的博客
05-09 215
文章目录概述缓存穿透 概述 Redis最常用的一个场景就是作为缓存，作为缓存在实践中会出现一系列的问题，像一致性、穿击、穿透、雪崩、污染等。 在高并发的业务场景下，数据库大多数情况下都是用户并发访问最薄弱的环节，所以，需要使用redis做一个缓冲操作，让请求先访问到redis，而不是直接访问Mysql数据库，这样可以大大缓解数据库的压力。 缓存穿透 ...
IT老齐架构300讲笔记(062) 聊聊Cache Aside Pattern与延迟双删 缓存一致性如何保障
panjianlongWUHAN的专栏
01-20 351
目录 一、为什么不能直接更新缓存 二、Cache Aside Pattern到底说了什么 2.1为什么不是“先删缓存，再写库” 2.2 Cache Aside Pattern 三、延迟双删 3.1 Cache Aside Pattern不一致场景 3.2 延迟双删解决极端场景数据不一致 专栏链接: IT老齐架构300讲笔记 一、为什么不能直接更新缓存 不要考虑去update更新缓存 二、Cache Aside Pattern到底说了什么 Cache Asid..
缓存和数据库一致性问题
scorpio的博客
03-30 4293
如何保证缓存与数据库双写一致性问题
解决缓存与数据库数据不一致的问题，这篇文章告诉你如何做！
最新发布
m0_73311735的博客
05-27 910
缓存与数据库不一致的情况指的是，当某个值被缓存起来时，在数据库中发生了更改，但是缓存中的值没有被更新，导致缓存中的数据与数据库中的数据不同步的问题。这种不一致性可能会导致存在脏数据，也就是说，在缓存中存在着已经被删除或者已经过期的数据。这样会导致应用程序返回不正确的结果，甚至可能导致安全漏洞和数据泄漏。
缓存读写策略 Cache Aside Pattern，开发必备
csdn681的博客
12-05 1227
我们在前面讲到了当我们业务面临大量写并发的时候，将数据库开发成分布式存储系统，然后又介绍了NoSql数据库与关系型数据库互相配合，以用来更好的服务与我们的业务发展。但随着并发的持续增加，存储数据量的增多，数据库的磁盘 IO 逐渐成了系统的瓶颈，我们需要一种访问更快的组件来降低请求响应时间，提升整体系统性能，这时我们就会使用到缓存。 至于缓存这个概念，这里就不去多说了，我相信大家都懂，也知道它的作...
缓存与数据库一致性解决方案：Cache Aside Pattern
4. **Cache Aside Pattern**：这是一种常见的缓存策略，它建议在读取时先尝试从缓存中获取数据，若未命中则从数据库加载数据并放入缓存；在更新时，先修改数据库，然后再删除缓存条目，使得下次读取时会重新从数据库...
一个高频面试题：怎么保证缓存与数据库的双写一致性？
01-07
分布式缓存是现在很多分布式应用中必不可少的组件，但是用到了分布式缓存，就可能会涉及到缓存与数据库双存储双写，你只要是双写，就一定会有数据一致性的问题，那么你如何解决一致性问题？ Cache Aside Pattern 最...
Cache Aside Pattern
07-12
综上所述，Cache Aside Pattern作为一种实用的缓存管理策略，通过对读写操作的合理安排，可以有效地减少数据不一致性问题。然而，在实际应用中还需要结合具体的业务场景和技术栈来选择合适的实现方式，以确保系统的...
缓存一致性问题与解决方案
09-06
在高并发下，由于时许的问题导致缓存中的数据与数据库中的数据不一致那么我们应该如何解决呢？ 1、 锁能解决这种问题吗，不行为什么呢。 锁解决的是竞争问题。 2、单纯的消息中间件能解决吗，中间件可以保证时序，但是不能判断是否存在该消息 3、数据库的事务是否能解决呢？ 事务解决的也是数据一致性的问题（业务层与数据库层面的一致性），看来这个也跟数据库的事务没有关系。 4、我们可以采用队列来实现，read的时候判断当前队列中是否存在删除操作，如果存在直接等待，如果没有直接执行，这个看样子是可以解决问题，当前这样会出现大量的线程阻塞、有可能还是出现timeout。
使用缓存redis(cache-aside)保证数据的一致性
l8947943的博客
09-04 1815
项目中常常会涉及到缓存的使用，但是引入缓存会带来一致性问题，需要考虑数据一致性处理。首先看一下操作逻辑， 查询逻辑： 更新或者删除逻辑 在项目中，如果是cache-aside pattern模式，则会考虑使用先更新DB，再去删除cache的操作，原因分析如下： 同时写数据库以及缓存数据，任何一个更新失败都会造成数据不一致。另外事务都成功，无论是先更新缓存还是再更新数据库，还是先更新数据库再更新缓存，这两种情况在并发的情况下也很容易出现双写不成功，操作时序如下图 如果使用更新模式，先更新DB再更..
Django笔记三十三之缓存操作
weixin_43354181的博客
12-30 414
这一节介绍一下如何在 Django 中使用 redis 做缓存操作。在 Django 中可以有很多种方式做缓存，比如数据库，比如服务器文件，或者内存，这里介绍用的比较多的使用 redis 作为缓存。其中，redis 的安装我们在 celery 系列笔记的第一篇已经介绍过了，可以直接使用 docker 来操作，这里不做赘述了。
深入理解缓存之缓存和数据库的一致性
热门推荐
striveb的博客
07-08 3万+
GitHub：https://github.com/JDawnF 产生原因 主要有两种情况，会导致缓存和 DB 的一致性问题： 并发的场景下，导致读取老的 DB 数据，更新到缓存中。 缓存和 DB 的操作，不在一个事务中，可能只有一个操作成功，而另一个操作失败，导致不一致。 当然，有一点我们要注意，缓存和 DB 的一致性，我们指的更多的是最终一致性。我们使用缓存只要是提高读...
【技术晨读】缓存更新的套路
simonGeek的专栏
07-29 1295
看到好些人在写更新缓存数据代码时，先删除缓存，然后再更新数据库，而后续的操作会把数据再装载的缓存中。然而，这个是逻辑是错误的。试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。于是，在缓存中的数据还是老的数据，导致缓存中的数据是脏的，而且还一直这样脏下去了。 我不知道为什么这么多人用的都是这
我所知道的缓存知识--Cache-Aside && Cache-As-SoR
H_L_S的专栏
12-15 2110
本章主要内容：          Cache-Aside && Cache-As-SoR 介绍          Cache-Aside的使用需要考虑的问题          那么如何保证数据库和缓存的原子新          那些数据适合淘汰，那些数据适合更新   1. Cache-Aside:该模式对缓存的关注点主要是在与业务方。即缓存的更新，删除与数据库的操作，以...
高并发场景下的redis缓存和数据库双写不一致问题分析与解决方案设计
击水三千里的专栏
03-07 7560
1.最经典的缓存+数据库读写的模式，cache aside pattern 1.1、Cache Aside Pattern （1）读的时候，先读缓存，缓存没有的话，那么就读数据库，然后取出数据后放入缓存，同时返回响应 （2）更新的时候，先删除缓存，然后再更新数据库 1.2、为什么是删除缓存，而不是更新缓存呢？ （1）、如果写数据库的值与更新到缓存值是一样的，不需要经过任何的计算，可以...
最经典的缓存+数据库读写的模式，cache aside pattern
qq_16257883的博客
06-24 1672
1、Cache Aside Pattern （1）读的时候，先读缓存，缓存没有的话，那么就读数据库，然后取出数据后放入缓存，同时返回响应 （2）更新的时候，先删除缓存，然后再更新数据库 2、为什么是删除缓存，而不是更新缓存呢？   原因很简单，很多时候，复杂点的缓存的场景，( 因为缓存有的时候，不简单是数据库中直接取出来的值目前我们项目的缓存 还是简单的和数据库相同的值 ， 不复杂，所以更新缓...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值