面试系列 - Redis持久化机制详解

关注

原创 2023-09-12 09:27:08 545 阅读 AI 写同款· GEO 优化 ›

《吊打面试官》系列-Redis哨兵、持久化、主从、手撕LRU 前言 Redis在互联网技术存储方面使用如此广泛，几乎所有的后端技术面试官都要在Redis的使用和原理方面对小伙伴们进行360°的刁难。作为一个在互联网公司面一次拿一次offer的面霸（请允许我使用一下夸张的修辞手法），打败了无数竞争对手，每次都只能看到无数落寞的身影失望的离开，略感愧疚，在一个寂寞难耐的夜晚，我痛定思痛，决定开始写《吊打面试官》系列，希望能帮助各位读者以后面试势如破竹，对面试官... 阅读详情

一、Redis 持久化机制

二、混合使用 RDB 和 AOF

三、 RDB(Redis DataBase)详解

四、AOF（Append-Only File）详解

Redis 是一个内存数据库，为了持久化数据以确保数据不会在服务器重启时丢失，Redis 提供了两种主要的持久化机制。

一、Redis 持久化机制

RDB 快照持久化： RDB 持久化是将 Redis 数据库的状态保存到磁盘文件的一种方式。它可以根据配置的条件自动定期进行快照，也可以手动触发。RDB 文件是二进制的，可以轻松地在不同的 Redis 实例之间复制和迁移。
- 触发快照： RDB 快照可以通过执行 SAVE 或 BGSAVE 命令来触发。SAVE 命令会阻塞 Redis 服务器，而 BGSAVE 命令在后台执行。
- 配置条件： 您可以在配置文件中设置 RDB 持久化的条件，例如在一定时间内有多少次写操作，或者在一定时间内有多少字节的数据发生变化时执行快照。
- 恢复： 在服务器启动时，Redis 可以加载最近的 RDB 文件以还原数据。
AOF 日志持久化： AOF（Append-Only File）持久化是将每个写操作以追加的方式写入一个日志文件。这个文件包含了将数据库状态从空文件还原到当前状态所需的所有写操作。AOF 文件是一个文本文件，易于查看和修复。
- 持久化方式： Redis 支持三种 AOF 持久化方式：关闭（no）、每个写命令（everysec）和每个写命令并同步到磁盘（always）。"everysec" 是最常用的方式，它将写入操作每秒同步到磁盘一次，提供良好的持久化性能和数据安全性。
- 重写： Redis 还支持 AOF 文件的重写，通过删除冗余的写操作来减小 AOF 文件的体积。
- 恢复： 在服务器启动时，Redis 会重新执行 AOF 文件中的写操作来还原数据库状态。

二、混合使用 RDB 和 AOF

混合使用 RDB 和 AOF 持久化是一种常见的做法，可以充分利用两种持久化机制的优势，同时提供灵活的数据备份和恢复策略。以下是一些常见的方式来混合使用 RDB 和 AOF 持久化：

同时启用 RDB 和 AOF： 这是最简单的方式。您可以在 Redis 的配置文件中同时启用 RDB 和 AOF 持久化。这样，在每次触发 RDB 快照时，同时也会将写操作追加到 AOF 文件中。这提供了快速的数据恢复和较低的持久化延迟。
```
save 900 1 # 在900秒内，如果至少有1个键发生变化，则执行快照          
appendonly yes # 启用 AOF 持久化
```
使用 RDB 进行周期性备份，同时启用 AOF 持久化： 在这种方式下，您可以配置 Redis 定期执行 RDB 快照，例如每小时一次，以备份数据。与此同时，启用 AOF 持久化来记录所有写操作，以提供实时的数据持久化和恢复。这种方式在需要定期备份数据的情况下尤其有用。
```
save 3600 1 # 每小时执行一次 RDB 快照                        
appendonly yes # 启用 AOF 持久化
```
使用 RDB 备份，AOF 作为实时数据记录： 在这种方式下，您可以仅配置 RDB 快照以备份数据，而 AOF 仅用于实时记录写操作。这种方式适用于需要快速恢复数据的情况，因为 RDB 恢复速度比 AOF 快。
```
save 900 1 # 在900秒内，如果至少有1个键发生变化，则执行快照            
appendonly yes # 启用 AOF 持久化，但只用于记录写操作
```
定期重写 AOF 文件： 为了减小 AOF 文件的体积，您可以定期执行 AOF 文件的重写。这会删除冗余的写操作，以减少文件大小。定期重写通常是根据文件大小或执行的写操作数量来触发的。
```
auto-aof-rewrite-min-size 64mb # 当 AOF 文件达到64MB时触发重写 
auto-aof-rewrite-percentage 100 # 当执行的写操作数达到原始文件的100%时触发重写
```

三、 RDB(Redis DataBase)详解

RDB（Redis DataBase）是 Redis 数据库的一种持久化机制，它用于将 Redis 数据存储在磁盘上，以便在服务器重启时可以快速恢复数据。RDB 以二进制格式将 Redis 数据库的快照保存到磁盘文件中，因此它通常用于创建 Redis 数据的点对点备份。

以下是 RDB 持久化的一些关键特点和工作原理：

触发快照： RDB 持久化可以通过执行 SAVE 命令（会阻塞服务器）或 BGSAVE 命令（在后台执行）来触发。BGSAVE 是常见的方式，因为它不会阻塞 Redis 服务器的正常操作。
快照频率： 您可以在 Redis 配置文件中设置 RDB 持久化的触发条件，例如在一定时间内有多少次写操作，或者在一定时间内有多少字节的数据发生变化时执行快照。例如：
```
confCopy code

save 900 1 # 在900秒内，如果至少有1个键发生变化，则执行快照
```
生成 RDB 文件： 当 RDB 持久化触发时，Redis 会将当前数据库的快照保存到一个二进制文件中，通常命名为 dump.rdb。这个文件包含了当前数据库的所有数据，包括键、值、数据类型等信息。
数据恢复： 在服务器重启时，Redis 会检查是否存在 RDB 文件，如果存在，将使用 RDB 文件中的数据来还原数据库状态。这使得 Redis 可以在服务器重启后快速恢复数据。
备份和迁移： RDB 文件可以轻松地复制到其他 Redis 实例，从而进行数据备份、迁移或在测试环境中使用相同的数据。
手动执行 RDB 快照： 您也可以使用 SAVE 命令手动触发 RDB 快照，但请注意，这会阻塞 Redis 服务器，可能会影响性能。

RDB 持久化适用于需要定期备份数据的情况，例如在服务器崩溃后快速还原数据。但需要注意的是，RDB 快照是一个点对点的备份，如果在快照生成后到下一次快照之前发生数据丢失，那么这部分数据将无法恢复。因此，对于需要实时数据持久化的场景，可以考虑同时使用 AOF（Append-Only File）持久化机制，以提供更高的数据安全性。

四、AOF（Append-Only File）详解

AOF（Append-Only File）是 Redis 的另一种持久化机制，它用于记录每个写操作，将写操作以追加的方式记录到一个日志文件中。AOF 持久化机制通常用于提供更实时的数据持久化和恢复，以及更好的数据安全性。

以下是 AOF 持久化的一些关键特点和工作原理：

持久化方式： AOF 持久化可以以不同的方式配置，包括关闭（no）、每个写命令（everysec）和每个写命令并同步到磁盘（always）等。最常见的配置是每秒一次（everysec），它会将写操作每秒同步到磁盘一次。
```
appendonly yes # 启用 AOF 持久化 
appendfsync everysec # 每秒同步写操作到磁盘
```
AOF 文件格式： AOF 文件是一个文本文件，它以易于人类阅读的方式记录了每个写操作的详细信息。这使得 AOF 文件可以轻松地查看、编辑和修复。AOF 文件包含了将数据库状态从一个空文件还原到当前状态所需的所有写操作。
重写 AOF 文件： 为了减小 AOF 文件的体积，Redis 提供了 AOF 文件的重写功能。AOF 文件重写会分析现有的 AOF 文件并生成一个新的文件，其中只包含对当前数据库状态的有效写操作，删除了冗余的写操作。
```
auto-aof-rewrite-min-size 64mb # 当 AOF 文件达到64MB时触发重写 
auto-aof-rewrite-percentage 100 # 当执行的写操作数达到原始文件的100%时触发重写
```
数据恢复： 在服务器启动时，Redis 会重新执行 AOF 文件中记录的写操作来还原数据库状态。因为 AOF 文件包含了每个写操作的详细信息，所以它提供了更高的持久化粒度和更好的数据安全性。
备份和复制： AOF 文件可以轻松地复制到其他 Redis 实例，从而进行数据备份、迁移或在测试环境中使用相同的数据。
实时记录： AOF 持久化以实时方式记录每个写操作，这意味着即使 Redis 服务器崩溃，您也不会丢失太多数据，因为每个写操作都已被记录。