Pinxian Li1. Redis持久化机制概述
Redis作为内存数据库的标杆产品，其持久化机制的设计直接关系到数据安全性和服务可靠性。在实际生产环境中，我们经常遇到这样的场景：服务器意外宕机后，如何确保内存中的数据不会全部丢失？这正是Redis持久化要解决的核心问题。
我经历过多次线上事故后深刻认识到，合理配置持久化策略不是可选项而是必选项。Redis提供了两种主流的持久化方案：AOF（Append Only File）和RDB（Redis Database）。这两种方式各有优劣，适用于不同业务场景。AOF记录每个写操作命令，通过重放命令恢复数据；RDB则定期生成内存快照，保存某一时刻的完整数据状态。
关键认知：持久化不是简单的开关配置，而是需要根据业务特点（如数据重要性、写入频率、容忍丢失量）进行针对性设计的系统工程。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. AOF持久化深度解析
2.1 AOF工作原理剖析
AOF持久化以日志形式记录每个写操作命令（不包括读操作），其工作流程可分为三个关键阶段：
-
命令追加：当客户端执行写命令时，Redis会将该命令以Redis协议格式追加到aof_buf缓冲区。这里采用缓冲区而非直接写磁盘，是为了避免频繁IO操作影响主线程性能。
-
文件写入：根据配置的appendfsync策略（下文详述），将aof_buf中的内容写入AOF文件。注意此时数据可能还在操作系统page cache中，尚未真正落盘。
-
文件同步：通过fsync调用强制将page cache中的数据写入磁盘，这是保证持久化的关键步骤。
bash复制# 查看AOF文件内容示例（部分）
*3
$3
SET
$5
mykey
$7
myvalue
2.2 AOF重写机制
随着运行时间增长，AOF文件会不断膨胀。例如对一个计数器key执行100次INCR，AOF会记录100条命令，但实际上只需一条SET命令即可恢复最终状态。这就是AOF重写（Rewrite）要解决的问题。
重写过程本质上是创建一个新的AOF文件，该文件包含重建当前数据集所需的最少命令集。关键技术点包括：
- 子进程执行：重写由子进程完成，避免阻塞主进程。这利用了Linux的copy-on-write机制，子进程与父进程共享内存页，只有在修改时