redis如何支持持久化 • Worktile社区

worktile

Worktile官方账号

Redis支持两种方式的持久化：RDB（Redis Database）和AOF（Append Only File）。

RDB持久化是将Redis的数据以快照的形式保存到磁盘中。在设定的时间间隔内，Redis会检查数据是否发生变化，如果发生变化，则将数据保存到磁盘上。RDB持久化的优点是效率高，数据文件小，适合用于备份、恢复和全量复制等场景。但它的缺点是只能保证最后一次持久化的数据的完整性，可能会丢失最后一次持久化后的数据。

AOF持久化是将Redis的操作指令追加到日志文件中。Redis启动时会根据AOF文件的内容重构数据集，恢复数据。AOF持久化的优点是能够保证数据的完整性，可以实现更精确的恢复。但它的缺点是文件较大，写操作会导致AOF文件的增长，可能对性能造成影响。

在Redis的配置文件redis.conf中可以设置持久化参数。默认情况下RDB持久化是关闭的，需要手动开启。配置文件中的"save"项可以设定RDB持久化的频率，比如"save 900 1"表示在900秒内如果发生至少1个修改就进行一次持久化。“appendonly”项可以开启AOF持久化，设置为"yes"即可开启。相关的持久化参数还有aof-rewrite-incremental-fsync、auto-aof-rewrite-percentage等等，可以根据实际需求进行配置。

总结来说，Redis通过RDB和AOF两种持久化方式，能够保证数据的持久性和完整性，提供更好的数据保护和恢复机制。具体选择使用哪种持久化方式，要根据实际场景和需求来决定。

1年前 0条评论

fiy

Worktile&PingCode市场小伙伴

Redis 支持两种持久化方式，分别是 RDB（Redis 数据库文件）和 AOF（Append Only File）。

RDB 是将内存中的数据以快照的形式保存到磁盘上的一个二进制文件，而 AOF 则是将每条写命令追加到文件末尾。这两种持久化方式各有优劣，下面将详细介绍它们的工作原理和使用方法。

RDB持久化
RDB 是 Redis 默认的持久化方式，其工作原理是通过执行 SAVE 或 BGSAVE 命令来创建一个全量的数据库快照。SAVE 会在数据快照创建期间阻塞服务器，而 BGSAVE 会创建一个子进程来完成数据的保存，不会阻塞服务器。RDB 文件是一个二进制文件，它包含了数据库的所有键值对数据和对应的元数据，如过期时间、数据库编号等。

优点：

RDB 可以对数据进行压缩，占用更少的磁盘空间。
数据恢复速度快，可以在很短的时间内加载大量数据。

缺点：

对于大型数据库，创建 RDB 快照需要消耗大量的 CPU 和内存资源。
RDB 是全量备份，如果在上次备份之后发生故障，会丢失最后一次备份之后的数据。

AOF持久化
AOF 是将 Redis 的写命令追加到一个日志文件中，以实现持久化的方式。当 Redis 重启时，它会根据 AOF 文件中的命令重新构建数据库的状态。AOF 文件的格式是一个文本文件，每一条命令对应一行，可以通过修改 AOF 文件来还原数据库的状态。

优点：

安全性高，可以做到秒级的数据持久化。
可以读取和修改 AOF 文件来进行数据恢复操作。

缺点：

AOF 文件的体积通常较大，对磁盘空间的占用较多。
AOF 文件需要不断地进行写入操作，对性能有一定的影响。

RDB 和 AOF 结合使用
Redis 还支持将 RDB 和 AOF 结合使用的持久化方式。可以通过配置文件中的 save 参数来设置 RDB 文件的创建周期，通过配置 appendonly 参数来启用 AOF 文件的写入。

优点：

可以通过 RDB 文件来进行周期性的备份，确保数据的完整性。
利用 AOF 文件可以实现增量备份。

缺点：

RDB 文件在恢复数据时需要全量加载，而如果有较新的 AOF 文件，可能会较慢。
配置复杂，需要合理地设置各种参数。

RDB 和 AOF 的恢复机制
当 Redis 启动时，会先检查是否开启了 AOF 持久化，并根据配置文件中的 appendonly 参数的设置来决定是否要加载 AOF 文件。如果开启了 AOF 持久化，则会加载 AOF 文件并重放其中的写命令来还原数据。如果没有开启 AOF 持久化，Redis 会检查是否存在 RDB 文件，如果存在，则加载 RDB 文件来还原数据。如果既没有 AOF 文件也没有 RDB 文件，则 Redis 启动时数据库为空。
如何选择持久化方式
选择 RDB 还是 AOF 持久化方式主要取决于对数据完整性和性能的要求。如果对数据完整性要求较高，可以选择开启 AOF 持久化；如果对性能要求较高且可以承担一定的数据丢失风险，可以选择开启 RDB 持久化。如果两者兼顾，可以将 RDB 和 AOF 结合使用。

综上所述，Redis 支持 RDB 和 AOF 两种持久化方式，可以根据实际需求选择适合的方式来保证数据的持久化和恢复能力。

1年前 0条评论

不及物动词

这个人很懒，什么都没有留下～

持久化是指将数据从内存中保存到磁盘上，以防止在服务器重启或停机时数据的丢失。Redis支持两种主要的持久化方式：RDB（Redis数据库）和AOF（append-only文件）。

一、RDB（Redis数据库）
RDB是将Redis数据保存到硬盘上的一种快照保存方式。它通过将Redis在某一时间点的内存数据转储到磁盘上的RDB文件来实现持久化。

配置RDB持久化方式
打开Redis配置文件，搜索到"save"配置项，该配置项用于指定在多长时间内发生了多少次写入（操作）操作，才会将数据保存到磁盘上。默认配置为：

save 900 1 # 表示900秒内至少发生了1次写入操作，才会保存数据到磁盘
save 300 10 # 表示300秒内至少发生了10次写入操作，才会保存数据到磁盘
save 60 10000 # 表示60秒内至少发生了10000次写入操作，才会保存数据到磁盘

执行RDB持久化命令
Redis可以通过SAVE或BGSAVE命令进行RDB持久化操作。

SAVE：阻塞并等待Redis将内存数据保存到磁盘上的RDB文件。
BGSAVE：在后台异步进行RDB持久化操作,即将Redis内存的数据保存到磁盘的同时，继续服务其他客户端的请求。

RDB文件恢复数据
当Redis重新启动时，会检查是否存在RDB文件，如果有的话，Redis服务器会自动加载RDB文件，将数据恢复到内存中。

二、AOF（append-only文件）
AOF是通过将Redis服务器接收到的每个写操作命令追加到文件中实现持久化。通过记录操作命令，当Redis重新启动时，可以重新执行这些命令来恢复数据。

配置AOF持久化方式
打开Redis配置文件，找到"class redis::redisConfig"下的appendonly配置项，默认为no（关闭AOF持久化）。

appendonly yes # 打开AOF持久化

AOF文件日志追加方式
AOF文件有两种追加日志方式可以选择：

appendfsync always：每次写入操作后都会调用fsync将数据同步到磁盘。这使得数据非常安全，但会造成性能上的损失。
appendfsync everysec：每秒钟调用一次fsync将数据同步到磁盘。相对于always来说，性能得到了提升，但安全性较差。
appendfsync no：仅通过操作系统缓存将数据保存到磁盘。这种方式性能最好，但在出现服务器故障时，数据可能丢失。

AOF文件重写
随着时间的推移，AOF文件会不断增大，为了防止AOF文件过大导致性能下降，可以进行AOF文件重写。

执行BGREWRITEAOF命令：Redis会在后台执行AOF文件重写操作，生成一个新的AOF文件，并删除旧的AOF文件。

通过以上的配置和操作，Redis就能够实现数据的持久化。根据具体的场景和需求，选择合适的持久化方式来保障数据的安全和可靠性。

1年前 0条评论