Redis AOFAppend 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 核心是 “记录命令、恢复数据”重写核心是 “跳过过程、保留结果”父进程与子进程分工协作既保证业务正常运行又实现文件瘦身解决你关注的 “冗余、权限、搜索” 等核心问题。