redis内存快照：宕机后，Redis如何实现快速恢复？

最新推荐文章于 2025-01-29 06:07:42 发布
最新推荐文章于 2025-01-29 06:07:42 发布
阅读量336 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 从入门到精通的Redis 文章标签： redis RDB
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_36691991/article/details/120751602
Redis内存快照提供快速故障恢复，通过RDB文件记录某一时刻的数据状态。全量快照通过bgsave避免主线程阻塞，利用写时复制技术在快照时允许数据修改。然而，频繁快照会带来磁盘和内存开销，所以需要权衡快照频率。Redis 4.0引入AOF与RDB结合，兼顾快速恢复和数据完整性。

上节课，我们学习了Redis避免数据丢失的AOF方法。这个方法的好处，是每次执行只需要记录操作命令，需要持久化的数据量不大。一般而言，只要你采用的不是always的持久化策略，就不会对性能造成太大影响。

但是，也正因为记录的是操作命令，而不是实际的数据，所以，用AOF方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis就会恢复得很缓慢，影响到正常使用。这当然不是理想的结果。那么，还有没有既可以保证可靠性，还能在宕机时实现快速恢复的其他方法呢？

当然有了，这就是我们今天要一起学习的另一种持久化方法：内存快照。所谓内存快照，就是指内存中的数据在某一个时刻的状态记录。这就类似于照片，当你给朋友拍照时，一张照片就能把朋友一瞬间的形象完全记下来。

对Redis来说，它实现类似照片记录效果的方式，就是把某一时刻的状态以文件的形式写到磁盘上，也就是快照。这样一来，即使宕机，快照文件也不会丢失，数据的可靠性也就得到了保证。这个快照文件就称为RDB文件，其中，RDB就是Redis DataBase的缩写。

和AOF相比，RDB记录的是某一时刻的数据，并不是操作，所以，在做数据恢复时，我们可以直接把RDB文件读入内存，很快地完成恢复。听起来好像很不错，但内存快照也并不是最优选项。为什么这么说呢？

我们还要考虑两个关键问题：

  • 对哪些数据做快照？这关系到快照的执行效率问题；
  • 做快照时，数据还能被增删改吗？这关系到Redis是否被阻塞，能否同时正常处理请求。

这么说可能你还不太好理解，我还是拿拍照片来举例子。我们在拍照时，通常要关注两个问题：

了解本专栏 订阅专栏 解锁全文 超级会员免费看
简单粗暴的Redis数据备份和恢复方法
12-16
示例 目标：把服务器CentOS上的redis数据复制到Mac机上 步骤： 在CentOS上找dump文件位置 vi /etc/redis.conf dbfilename dump.rdb dir /var/lib/redis 说明文件在 /var/lib/redis/dump.rdb 在mac上查找dump文件位置 vi /usr/local/etc/redis.conf dbfilename dump.rdb dir /usr/local/var/db/redis 拷贝服务器上的dump.rdb到mac机器 scp root@dv:/var/lib/redis/dump.rd
Redis 内存快照：宕机后，Redis如何实现快速恢复？
小楼一夜听春雨，深巷明朝卖杏花
11-03 641
上节课，我们学习了 Redis 避免数据丢失的 AOF 方法。这个方法的好处，是每次执行只需要记录操作命令，需要持久化的数据量不大。一般而言，只要你采用的不是 always 的持久化策略，就不会对性能造成太大影响。 但是，也正因为记录的是操作命令，而不是实际的数据，所以，用 AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。这当然不是理想的结果。那么，还有没有既可以保证可靠性，还能在宕机时实现快速恢复的其他方法呢？ 当然有..
Redis的持久化方式
weixin_54386913的博客
04-13 250
持久化：把内存中的数据库保存到磁盘上。防止数据的丢失。 redis支持的持久化方式两种: RDB:快照 其实就是把数据以快照的形式保存在磁盘上,什么是快照呢，你可以理解成把当前时刻的数据拍成一张照片保存下来。 AOF:日志追加 记录服务器接受的每个写入操作，当服务器启动时再次加载该日志，会把日志中的命令重新执行一遍。 RDB快照持久化方式 如何触发RDB持久化 手动save命令 手动bgsave命令 通过配置自动触发。 save和bgsave区别 该命令会阻塞当前Redis服务器，执行save命令
Redis如何避免数据丢失和如何实现数据快速恢复（持久化机制）
ggh0314的博客
03-24 737
目前，Redis 的持久化主要有两大机制，即 AOF（Append Only File）日志和 RDB 快照。 AOF日志 说到日志，我们比较熟悉的是数据库的写前日志（Write Ahead Log, WAL），也就是说，在实际写数据前，先把修改的数据记到日志文件中，以便故障时进行恢复。不过，AOF 日志正好相反，它是写后日志，“写后”的意思是 Redis 是先执行命令，把数据写入内存，然后才记录日志。 AOF日志的好处 传统数据库的日志，例如 redo log（重做日志），记录的是修改后的数据，而 AOF
【Redis】数据恢复
比嗨皮兔
04-04 2542
在使用 AOF 持久化方式时，可能会出现最后一部分写入数据丢失的情况，因此在进行数据恢复时，应该仔细检查最后一条写命令的执行情况，以确保数据的完整性。如果 RDB 文件损坏或不完整，可以尝试使用 Redis 自带的 redis-check-rdb 工具来检查文件的有效性，并尝试修复文件中的错误。如果 AOF 文件损坏或不完整，可以尝试使用 Redis 自带的 redis-check-aof 工具来检查文件的有效性，并尝试修复文件中的错误。如果 AOF 文件无法恢复，则可以尝试从备份文件中恢复数据。
05 内存快照：宕机后，Redis如何快速恢复？
wmt0501的博客
04-08 370
在 Redis 中的三种不同方式的持久化策略中，除了 Always 持久化策略性能不太好以外，其他两个策略的性能方面没有太大的影响，但是由于采用的 AOF 日志记录的是操作命令本身，并没有记录键值对数据，因此在数据恢复的时候就需要根据 AOF 日志中的操作一遍一遍地执行，其恢复的效率很低。那么在 Redis 中有没有即可靠性高，又可以在宕机的时候，实现快速恢复数据？
【基础篇】内存快照：宕机后，Redis如何实现快速恢复？
shenyongsi的博客
10-14 1175
之前，我们学习了 Redis 避免数据丢失的 AOF 方法。这个方法的好处，是每次执行只需要记录操作命令，需要持久化的数据量不大。一般而言，只要你采用的不是 always 的持久化策略，就不会对性能造成太大影响。但是，也正因为记录的是操作命令，而不是实际的数据，所以，用 AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。这当然不是理想的结果。那么，还有没有既可以保证可靠性，还能在宕机时实现快速恢复的其他方法呢？
【技术警报】Redis故障启示录：当主节点宕机，如何避免数据“雪崩”？
guangzhi0633的专栏
09-06 2014
在高并发的互联网世界中，Redis作为一个高性能的键值存储系统，常被用于缓存、消息队列等场景，为应用提速增效。然而，技术的光芒背后也隐藏着潜在的危机——今天，我们就来探讨一个真实发生的案例：Redis主节点意外宕机后，由于一系列配置与监控的疏漏，导致数据全部丢失，进而引发服务“雪崩”。这不仅是一个警示，更是一次深刻的技术反思。
宕机后，Redis如何实现快速恢复之RDB
m0_56111848的博客
04-20 2006
宕机后，Redis如何实现快速恢复？ ​ 上次学习了Redis 持久化机制AOF，今天学习另一种机制：**内存快照。**用 AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。所谓内存快照，就是指内存中的数据在某一个时刻的状态记录，在做数据恢复时，我们可以直接把 RDB 文件读入内存，很快地完成恢复。 Redis 提供了两个命令来生成 RDB 文件，分别是 save 和 bgsave。 save：在主线程中执行，会导致阻塞；
redis 两种持久化方式对比以及数据恢复
wangjianfengnb
04-16 5838
redis 两种持久化方式以及数据备份与恢复方案 前言 redis提供了数据持久化的方式，提供数据持久化的意义在于数据的恢复、生产环境下的灾难恢复。 本文将会围绕redis的两种持久化方式对于它们的运行机制、注意事项、备份方案以及基于灾难恢复的场景下的数据恢复方案。 RDB和AOF两种持久化方式 RDB方式 RDB持久化会对redis中的数据进行周期性的持久化，生成一份快照文件...
【Redis】数据持久化与恢复
会飞的架狗师的博客
03-18 803
在需要从磁盘中恢复 Redis 数据时，Redis 会按照顺序读取 AOF 文件，重新执行其中的所有写操作来恢复数据。：Redis 会将每个写操作记录到 AOF 文件中，当 Redis 出现故障时，可以通过重新执行 AOF 文件中的所有写操作来恢复 Redis 的数据。在 AOF 持久化模式下，Redis 会启动时自动重放 AOF 文件中的所有写操作。例如，我们可以使用 AOF 模式来保证 Redis 数据实时性，同时定期使用 RDB 模式来备份 Redis 的数据，以确保数据的安全性和恢复能力。
Redis数据存储技术（持久化、数据恢复、示例数据、导入数据）
2302_77582029的博客
06-12 2694
Redis数据存储技术（持久化、数据恢复、示例数据、导入数据）
redis详解之数据备份与恢复
热门推荐
原名：@程序员大禹
06-28 2万+
Redis所有数据都是保存在内存中，Redis数据备份可以定期的通过异步方式保存到磁盘上，该方式称为半持久化模式，如果每一次数据变化都写入aof文件里面，则称为全持久化模式。本章节通过配置文件，触发快照的方式，恢复数据的操作，优缺点来学习 Redis 的重点知识——数据备份与恢复。1、方式一：半持久化RDB模式（Redis DataBase）【redis备份默认方式】通过快照完成，由用户在redis.conf配置文件中设置两个参数：时间和改动的键的个数。当在指定的时间内被更改的键的个数大于指定的数值时，re
redis持久化 两种方法，4个总结 和 备份恢复
Cynhard_Cheung的博客
06-23 400
--6.1.Redis 持久化 redis 支持 RDB 和 AOF 两种持久化机制，持久化可以避免因进程退出而造成数据丢失 一、RDB 持久化 RDB 持久化把当前进程数据生成快照（.rdb）文件保存到硬盘的过程，有手动触发和自动触发 手动触发有 save 和 bgsave 两命令 save 命令： 阻塞当前 Redis，直到 RDB 持久化过程完成为止，若内存实例比较大会造成长时间阻塞， 线上环境不建议用它 bgsave 命令： redis 进程执行 fork 操作创建子线程..
REDIS 持久化和REDIS 数据恢复
weixin_44195169的博客
06-19 699
的写入操作都记录在一个追加类型的文件中，用于恢复数据。其优点是数据丢失的风险较。：每次发生写入操作时都会执行同步，会影响服务器的写入性能，但数据保护程度较高。：每秒执行一次同步操作，折中选项，既保证了写入性能又保障了数据安全。到硬盘上的一个快照文件，用于进行备份和恢复。使用命令行save命令直接执行一次rdb持久化。步骤1.在redis.conf配置中进行设置。文件而言，文件体积更大，恢复速度更慢。性能高，缺点是在最近一次。一、REDIS 持久化。rdb持久化恢复数据。aof持久化恢复数据。
Redis持久化之RDB修复命令和AOF自动恢复效果-----Redis
在经历了无数个黑夜之后，我决定自己成为太阳
01-18 1342
Redis持久化之RDB修复命令和AOF自动恢复效果-----Redis
Redis 数据备份与恢复
wjs2024的博客
01-29 1038
Redis 数据备份与恢复是保障数据安全的重要环节。通过合理配置备份策略和恢复方式，可以有效降低数据丢失风险，提高数据可靠性。本文详细介绍了 Redis 数据备份与恢复的方法，希望对您有所帮助。在实际应用中，请根据具体需求选择合适的备份与恢复策略，确保 Redis 数据的安全与稳定。
redis数据备份与恢复
qq_36098514的博客
07-30 1670
redis身为内存数据库,它将数据以key-value键值对的形式存入内存中，使我们可以更快的访问数据，但是当我们redis挂了，我们内存中的数据又该如何恢复，这需要redis的持久化模式 redis的持久化分为两种，一种为半持久化模式 ...
Redis快速恢复数据
网易搬砖头
03-20 922
Redis的flushall/flushdb命令可以做数据清除，对于Redis的开发和运维人员有一定帮助，然而一旦误操作，它的破坏性也是很明显的。怎么才能快速恢复数据，让损失达到最小呢？ 注意：为了方便说明，下文中除了AOF文件中的flushall/flushdb以外，其他所有的flushall/flushdb都用flush代替 本文假设进行flush操作的Redis是一对主从结构的主节点，其中键值对的个数是100万，每秒写入量是1000 一、缓存与存储 被误操作flush后，根据当前Redis是缓.
Redis宕机内存数据恢复
最新发布
07-24
Redis在宕机后恢复内存数据主要依赖于其持久化机制，包括RDB（Redis Database Backup）和AOF（Append Only File）两种方式。以下是具体的恢复方法及注意事项： ### RDB 持久化恢复 RDB 是一种快照机制，它会在指定的时间点将内存中的数据以二进制形式写入磁盘。当 Redis 宕机后，可以通过 RDB 文件进行数据恢复。 - **自动快照**：Redis 可以根据配置文件中的规则（如 `save 60 1000`）自动执行快照操作。如果在两次快照之间发生宕机，最后一次快照之后的数据将会丢失。 - **手动快照**：可以使用 `SAVE` 或 `BGSAVE` 命令手动触发快照操作。`SAVE` 会阻塞 Redis 主进程，直到快照完成；而 `BGSAVE` 则通过 fork 子进程来执行快照，不会影响主进程处理请求[^3]。 当 Redis 重启时，它会自动读取 RDB 文件并将其加载到内存中，从而恢复之前保存的数据。加载 RDB 文件所需的时间取决于数据量的大小以及服务器性能，通常对于 1GB 的 RDB 文件，加载时间大约为 20～30 秒[^3]。 ### AOF 持久化恢复 AOF 持久化机制通过记录 Redis 接收到的每一个写操作命令来实现数据的持久化存储。当 Redis 宕机后，可以通过重放这些命令来恢复数据。 - **AOF 文件写入策略**：AOF 支持多种写入策略，包括 `appendonly no`（默认不启用）、`appendonly yes`（每次写入都同步到磁盘）、`appendonly everysec`（每秒批量写入一次）等。其中，`everysec` 是一种折中的选择，既保证了较好的性能，又减少了数据丢失的风险。 - **AOF 重写**：随着时间推移，AOF 文件可能会变得非常庞大，Redis 提供了 AOF 重写功能，通过创建当前数据的最小命令集合来压缩 AOF 文件的大小。AOF 重写同样是由子进程完成的，不会阻塞主进程。 ### 高可用性与故障转移 为了进一步提高 Redis 的可用性，可以采用主从复制和哨兵机制来实现自动故障转移。 - **主从复制**：通过配置多个 Redis 实例作为从节点，主节点将数据同步给从节点。当主节点发生故障时，可以通过手动或自动方式将某个从节点提升为主节点，继续提供服务[^4]。 - **哨兵机制**：Redis 哨兵（Sentinel）是一个独立的进程，用于监控主节点的状态，并在主节点不可用时自动选择一个健康的从节点提升为主节点，确保服务的连续性。 ### 混合使用 RDB 和 AOF 为了兼顾性能与数据安全性，建议同时启用 RDB 和 AOF 持久化机制。这样可以在 RDB 提供的周期性快照基础上，利用 AOF 记录每一次写操作，从而最大限度地减少数据丢失的可能性。如果对数据完整性有极高要求，应优先考虑 AOF 持久化模式。 ### 代码示例 以下是一些常用的 Redis 持久化相关命令示例： ```bash # 手动触发 RDB 快照 BGSAVE # 查看当前的持久化配置 CONFIG GET *snapshotting* # 开启 AOF 持久化 CONFIG SET appendonly yes # 设置 AOF 同步策略为每秒一次 CONFIG SET appendfilename "appendonly.aof" CONFIG SET appendfsync everysec ``` ### 相关问题 - 如何配置 Redis 的 RDB 快照参数？ - AOF 持久化模式下如何优化磁盘 I/O 性能？ - 在生产环境中如何正确配置 Redis 哨兵以实现高可用？ - RDB 和 AOF 持久化方式各自的优缺点是什么？ - Redis 主从复制的工作原理是什么？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

韩淼燃

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

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

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

打赏作者

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

抵扣说明：

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

余额充值