redis的aof和rdb原理

最新推荐文章于 2023-05-29 15:53:19 发布
最新推荐文章于 2023-05-29 15:53:19 发布
阅读量677 收藏
点赞数
分类专栏： 缓存 文章标签： redis的aof和rdb原理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40241957/article/details/84303148
版权

1.aof rewrite原理剖析：
随着往redis里面写的数据越来越多，aof文件也会越来越大，但是aof文件不能无限制的大下去吧！另外一方面redis里面也不可能说无限制的存储吧！这个时候redis会采取一些淘汰策略比如LRU来删除一些数据，同样的，我们的aof文件也会定期的重写rewrite来保证与redis缓存中数据的一致性，然后把旧的aof文件给删除
在这里插入图片描述
在这里插入图片描述
2.rdb可能的丢数据
在这里插入图片描述
RDB持久化机制的优点：
在这里插入图片描述
RDB持久化机制的缺点：
在这里插入图片描述
AOF持久化机制的优点
在这里插入图片描述
AOF持久化机制的缺点：
在这里插入图片描述

Java全栈研发大联盟
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Redis的RDB和AOF详解
weixin_44976692的博客
01-25 2万+
通过本博客，我们详细了解了Redis中RDB和AOF两种持久化机制的原理、配置和应用场景。根据实际需求，可以选择合适的持久化方式或者将它们结合使用，以保障Redis数据的安全性和可靠性。如果有任何问题或建议，请随时与我们分享。下一篇博客将继续介绍更多有关Redis的知识，敬请期待！
Redis同时使用RDB和AOF
smileLs的博客
02-11 871
Redis同时使用RDB和AOF
redis之AOF和RDB持久化
wang0907的博客
10-10 738
因为redis数据是基于内存的，为了避免服务器重启或者是宕机导致数据全部丢失，提供了数据持久化机制，即AOF(Append Only File)日志和RDB快照，接下来我们分别看下。
redis持久化机制，深入分析redisAOF和RDB模式的利弊
秃了也弱了
09-08 2180
我们都知道，Redis是一个内存数据库，数据保存在内存中，访问速度是相当快的。但是内存中的数据，服务器每次重启之后就会丢失，redis是如何做到持久化的呢？redis持久化设计有哪些巧妙之处呢？目前，Redis 的持久化主要有两大机制，即 AOF（Append Only File）日志和 RDB 快照。
Redis持久化之AOF和RDB
最新发布
weixin_45112997的博客
05-29 776
Redis持久化之AOF和RDB
Redis RDB 和 AOF
m0_61802230的博客
05-18 793
导读 RDB 和 AOF 对比： 持久化方式选择 如果对数据安全性要求极高，应该同时使用两种持久化方式。 如果可以承受若干时间内的数据丢失，可以只使用 RDB 持久化。 不建议只使用 AOF 持久化，因为定时生成 RDB 快照（snapshot）非常便于进行数据库备份，并且 RDB 恢复数据集的速度要比 AOF 恢复的速度要快。 RDB 和 AOF 的恢复优先级 如果 Redis 同时使用 RDB 和 AOF 持久化，Redis 会优先使用 AOF 进行恢复数据。 在启动 Redis 时，如果已经存在了
Redis：AOF和RDB持久化
Yal_insist的博客
03-20 579
Redis：AOF和RDB持久化
Redis的AOF和RDB相互切换
weixin_44784018的博客
01-07 1216
一.从RDB切换到AOF redis-cli 127.0.0.1:6379> save OK 127.0.0.1:6379> CONFIG SET appendonly yes OK 127.0.0.1:6379> save OK 127.0.0.1:6379> shutdown save not connected> 修改redis配置，打开aof vim redis.conf appendonly yes 启动redis redis-server redis.co
Redis-AOF、RDB具详细讲解
Recently祝祝的博客
03-17 2365
数据不能丢失时，内存快照和 AOF 的混合使用是一个很好的选择；如果允许分钟级别的数据丢失，可以只使用 RDB；如果只用 AOF，优先使用 everysec 的配置选项，因为它在可靠性和性能之间取了一个平衡。Redis 设计了 bgsave 和写时复制，尽可能避免执行快照期间对读写指令的影响，频繁快照会给磁盘带来压力以及 fork 阻塞主线程。Redis 设计了两大杀手锏实现了宕机快速恢复，数据不丢失。
Redis 持久化之RDB和AOF.doc
10-09
Redis 持久化是确保数据安全的重要机制，它提供了两种主要的方法：RDB（Redis Database）和 AOF（Append Only File）。RDB 是一种快照式的持久化方式，而 AOF 则记录每次写操作的日志。 RDB 持久化在特定条件下将...
尚硅谷——Redis之RDB和AOF持久化
01-31
RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘。 也是默认的持久化方式，这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。
Redis持久化RDB和AOF区别详解
12-14
为了确保数据在服务器重启或异常情况下的安全，Redis提供了两种主要的持久化机制：RDB（Redis Database Persistence，即快照）和AOF（Append Only File，追加日志）。下面将详细解释这两种持久化方式的区别。 **RDB...
redis学习之RDB、AOF与复制时对过期键的处理教程
09-09
在 Redis 中，数据持久化是通过两种主要方式实现的：RDB（Redis Database Backup）和 AOF（Append Only File）。这两种机制有助于在服务器重启或发生故障时恢复数据。此外，Redis 还支持主从复制，这在分布式环境和...
Redis持久化 - RDB和AOF
08-17
“Redis持久化 - RDB和AOF” Redis持久化是指将数据库中的数据保存到永久存储设备中，以避免数据丢失。Redis提供了两种持久化方式：RDB（快照方式）和AOF（写日志方式）。 RDB（Redis Database）是一种快照方式的...
缓存常见面试题（1）
JavaAlliance
11-18 8262
(1)第一问，在项目中缓存是如何使用的？缓存如果使用不当会造成什么后果？ 答：一个一个来看 （1）在项目中缓存是如何使用的？ 这个，你结合你自己项目的业务来，你如果用了那恭喜你，你如果没用那不好意思，你硬加也得加一个场景吧 （2）为啥在项目里要用缓存呢？ 用缓存，主要是俩用途，高性能和高并发 那么问题来了，如果不用缓存会是什么效果？ 每次查询数据都要从数据库查，严重消耗数据库性能 用了缓存之后，...
redis哨兵主备切换的数据丢失问题：异步复制、集群脑裂
JavaAlliance
11-19 2907
1、两种数据丢失的情况 主备切换的过程，可能会导致数据丢失 （1）异步复制导致的数据丢失 异步复制导致的数据丢失问题： 因为master -> slave的复制是异步的，所以可能有部分数据还没复制到slave，master就宕机了，此时这些部分数据就丢失了 相应的解决方案： （2）脑裂导致的数据丢失 脑裂，也就是说，某个master所在机器突然脱离了正常的网络，跟其他slave机器不能...
redis并发竞争问题以及解决方案
JavaAlliance
11-22 1865
问题解析：就是说多个更新请求已经更新了数据库，这个时候要来同步一下缓存，由于线程的异步性，可能先写数据库的请求后到缓存来同步数据，导致缓存数据出现不一致，见下图：有解决方案 ...
高并发场景下的缓存+数据库双写不一致问题分析与解决方案设计
JavaAlliance
11-22 1104
1、最初级的缓存不一致问题以及解决方案 问题：先修改数据库，再删除缓存，如果删除缓存失败了，那么会导致数据库中是新数据，缓存中是旧数据，数据出现不一致 解决思路: 先删除缓存，再修改数据库，如果删除缓存成功了，如果修改数据库失败了，那么数据库中是旧数据，缓存中是空的，那么数据不会不一致,因为读的时候缓存没有，则读数据库中旧数据，然后更新到缓存中 2、比较复杂的数据不一致问题分析 数据发生了变更，先...
redis缓存雪崩和缓存穿透
JavaAlliance
11-20 1059
1.了解什么是redis的雪崩和穿透？redis崩溃之后会怎么样？系统该如何应对这种情况？如何处理redis的穿透？ 缓存雪崩现象：见下图 缓存雪崩的事前事中事后的解决方案 事前：redis高可用，主从+哨兵，redis cluster，避免全盘崩溃 事中：本地ehcache缓存 + hystrix限流&降级，避免MySQL被打死 事后：redis持久化，快速恢复缓存数据 接下来我们再...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Java全栈研发大联盟

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

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

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

打赏作者

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

抵扣说明：

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

余额充值