标签：大数   最大   不同的   over   灾难   数据集   file   http   服务   

Redis 持久化

Redis 提供了一系列不同的持久性选项：

• RDB（Redis 数据库）：RDB 持久性以指定的时间间隔执行数据集的时间点快照。
• AOF（Append Only File）：AOF 持久化记录服务器收到的每个写操作，在服务器启动时会再次播放，重建原始数据集。命令使用与 Redis 协议本身相同的格式以仅附加的方式记录。当日志变得太大时，Redis 能够在后台重写日志。
• 无持久性：如果您希望数据在服务器运行时一直存在，您可以完全禁用持久性。
• RDB + AOF：可以在同一个实例中组合 AOF 和 RDB。请注意，在这种情况下，当 Redis 重新启动时，AOF 文件将用于重建原始数据集，因为它保证是最完整的。

要理解的最重要的事情是 RDB 和 AOF 持久性之间的不同权衡。让我们从 RDB 开始：

RDB优势

• RDB 是 Redis 数据的非常紧凑的单文件时间点表示。RDB 文件非常适合备份。例如，您可能希望在最近 24 小时内每小时存档一次 RDB 文件，并在 30 天内每天保存一个 RDB 快照。这使您可以在发生灾难时轻松恢复不同版本的数据集。
• RDB 非常适合灾难恢复，它是一个可以传输到远程数据中心或 Amazon S3（可能已加密）的紧凑文件。
• RDB 最大限度地提高了 Redis 的性能，因为 Redis 父进程为了持久化需要做的唯一工作是派生一个将完成所有其余工作的子进程。父实例永远不会执行磁盘 I/O 或类似操作。
• 与 AOF 相比，RDB 允许更快地重新启动大数据集。
• 在副本上，RDB 支持重启和故障转移后的部分重新同步。

RDB 的缺点

Redis 持久化

标签：大数   最大   不同的   over   灾难   数据集   file   http   服务   

原文地址：https://www.cnblogs.com/rinack/p/14868872.html