Redis数据持久化：RDB与AOF详解及数据恢复应用Redis内存数据保存到磁盘 Redis 是一种支持多种数据结构的

Redis内存数据保存到磁盘

Redis 是一种支持多种数据结构的开源内存键值数据库，它提供了将数据保存在磁盘上的功能，以此来保证数据的持久性。

Redis 主要提供了两种数据持久化方式：RDB（Redis Database）和 AOF（Append Only File）。

RDB 持久化
- RDB 是一种将 Redis 在某一时刻的内存快照（snapshot）保存到磁盘上的方式。
- 可以通过配置文件来设置 Redis 定时自动保存数据，也可以手动执行 SAVE 或 BGSAVE 命令来触发保存操作。
- SAVE 命令会阻塞 Redis 服务器进程，直到 RDB 文件创建完毕为止。
- BGSAVE 命令会派生出一个子进程来创建 RDB 文件，父进程继续处理命令请求。
AOF 持久化
- AOF 持久化是通过保存 Redis 服务器所执行的写操作命令来记录数据库状态。
- 开启 AOF 持久化后，Redis 会将每一个收到的写命令通过追加的方式写入到 AOF 文件的末尾。
- 在重启 Redis 时，通过重新执行 AOF 文件中的命令来恢复数据。
- AOF 持久化可以配置不同的同步策略，比如每秒同步、每写入一个命令就同步等，以此来平衡性能和数据安全性。

选择哪种持久化方式？

在实际使用中，可以根据应用的具体需求和 Redis 的运行环境来灵活选择和使用这两种持久化方式。为了更具体地讲解Redis内存数据如何保存到磁盘，我将分别通过RDB和AOF两种持久化方式的示例来进行说明。

RDB持久化是将Redis在某一时刻的内存数据快照保存到磁盘上。以下是RDB持久化的一个示例过程：

RDB持久化可以通过两种方式触发：

自动触发：通过Redis配置文件（通常是redis.conf）中的save指令来设置。例如，save 60 10000表示在60秒内如果有10000个键发生变化，则自动触发BGSAVE命令生成RDB文件。
手动触发：通过执行SAVE或BGSAVE命令来手动触发。SAVE命令会阻塞Redis服务器，直到RDB文件创建完毕；而BGSAVE命令则会在后台异步执行，不会阻塞服务器。

假设我们配置了save 60 1（即60秒内有一个键发生变化就触发持久化），并且Redis服务器正在运行。

数据变化：在Redis中执行一些写操作，比如SET key1 value1。
触发条件满足：60秒内，如果有至少一个键发生了变化（在这个例子中是key1），Redis会自动触发BGSAVE命令。
BGSAVE执行：Redis会fork一个子进程来执行RDB文件的创建工作。父进程继续处理客户端请求，而子进程则负责将内存中的数据写入到临时RDB文件中。
文件替换：当子进程完成RDB文件的创建后，它会通知父进程。父进程会将旧的RDB文件替换为新的RDB文件（如果配置了的话）。

最终，Redis的内存数据以快照的形式被保存在了磁盘上的RDB文件中。

当Redis服务器重启时，它会自动加载这个RDB文件来恢复内存数据。

AOF持久化是通过保存Redis服务器所执行的写操作命令来记录数据库状态。以下是AOF持久化的一个示例过程：

首先，需要在Redis配置文件中设置appendonly yes来开启AOF持久化功能，并配置AOF文件的名称和保存路径（如果需要的话）。

假设AOF持久化已经开启，并且Redis服务器正在运行。

执行写操作：在Redis中执行一些写操作，比如SET key2 value2、LPUSH mylist 1 2 3等。
命令追加：Redis会将这些写操作命令追加到AOF文件的末尾。如果配置了fsync策略（比如appendfsync everysec），则Redis会每秒将AOF缓冲区的内容同步到磁盘上。
文件增长：随着写操作的进行，AOF文件会逐渐增大。当AOF文件增长到一定程度时，Redis可能会触发AOF重写来压缩文件大小。
AOF重写：AOF重写会创建一个新的AOF文件，其中只包含恢复当前数据库状态所必需的最小命令集合。重写过程中，Redis仍然可以继续处理客户端请求。
文件替换：当AOF重写完成后，Redis会用新的AOF文件替换旧的AOF文件。

最终，Redis的执行过的写操作命令被保存在了磁盘上的AOF文件中。当Redis服务器重启时，它会通过重新执行AOF文件中的命令来恢复内存数据。

通过以上示例，我们可以看到Redis如何通过RDB和AOF两种持久化方式将内存数据保存到磁盘上。

欢迎访问我的公众号或博客（点击查看头像信息）