Redis持久化：RDB与AOF详解及恢复

"Redis的两种持久化机制是RDB（Redis DataBase）和AOF（Append Only File）。RDB是默认的持久化方案，通过在指定时间间隔内保存内存中的数据快照到磁盘上的dump.rdb文件。AOF则记录每一次写操作，形成日志文件，用于在Redis重启时恢复数据。" ### RDB详解 Redis的RDB持久化是在特定条件（如指定时间内有特定数量的写操作）下，将当前内存中的数据状态保存到磁盘的一个文件中，通常是`dump.rdb`。这个过程称为快照。在`redis.conf`配置文件中，`save`指令定义了这些条件，例如`save 900 1`表示在900秒内只要有1次写操作就会触发快照。 #### 配置 - **save** 指令：配置何时进行快照。可以通过取消注释和调整参数来改变触发条件。 - **dbfilename**：设置RDB文件的名称，默认为`dump.rdb`。 - **dir**：指定RDB文件的保存目录，默认为当前工作目录。 - **rdbcompression**：默认开启，使用LZF算法对数据进行压缩，减少磁盘占用。 #### 触发RDB快照 1. 自动触发：当配置的条件满足时，Redis自动保存快照。 2. 手动触发：通过`save`或`bgsave`命令。`save`会阻塞Redis服务直到快照完成，而`bgsave`在后台异步执行，不影响正常服务。 3. `flushall`和`shutdown`命令也会触发RDB快照，但在实际应用中较少使用。 #### 恢复数据 通过将`dump.rdb`文件复制到Redis服务器的bin目录，然后重启Redis服务，即可恢复数据。通常会考虑备份多个版本的RDB文件以备不时之需。 ### RDB优点 - **高效的大规模数据恢复**：RDB文件包含了某一时刻的数据全貌，恢复速度快，适用于灾难性恢复。 - **小巧的文件体积**：通过压缩，RDB文件大小相对较小，有利于快速传输和备份。 ### AOF详解 AOF持久化记录了所有修改数据库的写操作，形成一个操作日志。当Redis重启时，它会重新执行这些操作以恢复数据。默认情况下，AOF是关闭的，需要在配置文件中开启。 #### 配置 - **appendonly**：开启AOF功能，设置为`yes`。 - **appendfilename**：设置AOF文件名，默认为`appendonly.aof`。 - **appendfsync**：控制日志同步策略，可选`no`, `always`, 或 `everysec`，分别代表不同步、每次写操作后立即同步、每秒同步一次。 #### 重写与安全性 - **bgrewriteaof**：定期对AOF文件进行重写，压缩不必要的操作序列，保持文件大小合理。 - **AOF安全**：`fsync`策略可以平衡性能与安全性，`always`最安全但性能影响较大，`everysec`是常用选择。 #### 恢复数据 通过重新执行AOF文件中的操作序列，Redis可以恢复到最新状态。 ### AOF优点 - **数据完整性**：AOF记录了所有写操作，即使在异常情况下，数据丢失的可能性也更小。 - **灵活的恢复策略**：可以通过不同时间点的AOF文件进行部分数据恢复。 ### 选择与比较 RDB适合对数据丢失容忍度较高、追求高性能的场景，而AOF则适用于需要高数据完整性的环境。在实际应用中，可以根据业务需求结合使用RDB和AOF，实现最佳的持久化策略。