AOF日志通过RESP协议序列化写命令后追加到文件末尾，记录SET、DEL等修改数据的指令，不记录GET等只读命令；由appendfsync配置控制刷盘时机，支持always、everysec和no三种策略。
Redis AOF（Append-Only File）日志通过追加方式记录所有写操作命令，不记录读命令（如 GET、LRANGE），只保存能改变数据状态的指令。整个过程严格遵循 Redis 自定义的文本协议——RESP（Redis Serialization Protocol），确保日志可读、可解析、可重放。
AOF 日志怎么记录写操作命令？
AOF 不是简单地把 SET key value 这样的字符串原样写入，而是将命令按 RESP 协议格式序列化后，逐行追加到 .aof 文件末尾。每条命令都包含参数个数、各参数长度及原始内容，结构清晰、机器可解析。
例如执行：
RPUSH list 1 2 3 4 5
AOF 文件中实际写入的是：
*2 $6 SELECT $1 3 *7 $5 RPUSH $4 list $1 1 $1 2 $1 3 $1 4 $1 5
其中：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
*2表示该命令块共 2 个部分（实际是SELECT切库 +RPUSH操作） -
$6表示下一个字段长度为 6 字节 →SELECT -
$1表示数据库编号长度为 1 →3（当前在 db 3） - 后续
*7表示 RPUSH 命令有 7 个部分：RPUSH、list、1…5
⚠️ 注意：
SELECT是 AOF 自动插入的，用于标识后续命令所属的数据库编号，避免恢复时数据错库。
AOF 记录哪些命令？
- 所有修改数据的命令都会被记录：
SET、DEL、INCR、LPUSH、HSET、EXPIRE等 - 不记录只读命令：
GET、KEYS、LRANGE、EXISTS（无副作用） - 也不记录会引发副作用但非数据变更的命令，如
PING、INFO、CONFIG
AOF 记录时机由什么控制？
取决于 appendfsync 配置，决定命令从内存缓冲区（aof_buf）刷入磁盘文件的频率：
-
always：每次写命令执行完立即fsync→ 最安全（最多丢 0 条），性能最差 -
everysec（默认）：每秒一次后台fsync→ 平衡方案（最多丢 1 秒数据） -
no：交由操作系统决定 → 性能最好，但宕机可能丢失较多数据（不推荐生产环境）
AOF 日志不是“纯命令行”，而是协议化文本
它不是你敲的 SET name "张三"，而是 RESP 编码后的多行文本，因此：
- 可用任意文本编辑器打开查看（但别手动改！）
- 支持人工校验与调试（比如排查误删操作）
- 恢复时 Redis 会逐行解析并重放，等价于重新执行一遍
AOF 文件本质上就是一份“可执行的操作流水账”，只要格式正确、未损坏，就能完整重建数据状态。
