Redis AOF（Append Only File）核心知识点总结
一、核心定义与作用
AOF 是 Redis 的一种持久化方式，以文本 / 二进制形式记录所有写命令（如 set、lpush 等），核心作用是保存数据、实现宕机后的数据恢复，解决 "数据丢失" 问题，与 RDB 持久化形成互补。
二、核心操作与常见疑问解答
（一）基础操作逻辑
- 启用配置：需在 redis.conf 中设置
appendonly yes，开启 AOF 持久化； - 缓冲区与刷盘：写命令先存入 AOF 缓冲区，再按
appendfsync策略刷入磁盘（避免频繁 IO）； - 权限问题：修改 AOF 相关配置（如 appendfsync）时，需用
sudo提升权限（否则提示权限不足）； - 编辑与保存：用
vim打开配置文件时，按Esc退出编辑模式，输入:wq保存退出（只读时用:q!放弃修改）。
（二）你关注的核心疑问（重点）
- 关于 "是否用 / 搜索"：在 vim 编辑模式下，输入
/+ 关键词（如appendfsync），可快速定位相关配置，按n切换匹配结果，符合你的操作需求； - 关于 "瘦身与数据处理"：子进程负责 AOF 重写，不看命令过程、只看最终结果------ 比如多次 lpush 命令，会被合并成 1 条完整命令，去掉冗余；
- 关于 "父进程与子进程分工"：父进程处理新请求、缓存增量命令，子进程负责基于内存快照生成精简命令，两者结合完成 AOF 文件的优化与更新。
三、AOF 重写机制（核心瘦身手段）
- 重写本质：不依赖旧 AOF 文件，直接读取内存中的最终数据，生成最简命令集（如多次 set 合并为 1 条最终命令）；
- 触发方式：自动（按配置阈值）或手动（
bgrewriteaof命令）； - 数据安全：重写过程中，新写命令会存入缓冲区，避免数据丢失，最终拼接成完整的 AOF 文件。
四、关键注意事项
- 版本与兼容性：AOF 文件格式与 Redis 版本绑定，跨版本使用时需注意兼容性；
- 性能平衡：
everysec刷盘策略是生产首选，兼顾数据安全（丢失最多 1 秒数据）与业务性能； - 常见报错：权限不足（加
sudo）、交换文件冲突（删除 .swp 临时文件），均为基础权限 / 文件冲突问题。
五、总结
AOF 核心是 "记录命令、恢复数据"，重写核心是 "跳过过程、保留结果"，父进程与子进程分工协作，既保证业务正常运行，又实现文件瘦身，解决你关注的 "冗余、权限、搜索" 等核心问题。