Redis自动快照由save指令控制，需满足“指定时间内发生指定次数写操作”才触发，如save 900 1表示900秒内至少1次修改；仅注释或修改redis.conf不生效，必须重启或重载配置，且CONFIG SET无法动态修改save参数。
save 指令怎么写才生效
Redis 的自动快照靠 save 指令控制，但它不是“设置多少秒保存一次”，而是“在指定时间内发生多少次写操作就触发一次 RDB”。默认配置是：save 900 1、save 300 10、save 60 10000，意思是：900 秒内至少 1 次修改、300 秒内至少 10 次、60 秒内至少 10000 次——满足任一条件即触发快照。
常见错误是只留一条 save 60 1，以为“每分钟存一次”，结果发现根本没生成 dump.rdb。这是因为 Redis 会统计「脏键数量」（被修改但未持久化的 key 数），不是所有命令都算——比如 INCR 算，EXPIRE 不算；HSET 算，HGET 不算。
- 想真正高频快照，得组合时间短 + 阈值低，例如
save 30 100（30 秒内改 100 个 key） - 如果业务写入稀疏（比如每小时只增删几个配置项），建议保留
save 3600 1，否则可能永远不触发 - 注释掉所有
save行（即写成# save 900 1）= 彻底禁用自动 RDB，仅靠SAVE或BGSAVE手动触发
为什么改了 redis.conf 但快照还是不生成
改完 redis.conf 必须重启或重载配置，Redis 不会自动监听文件变化。用 CONFIG REWRITE 只能保存运行时修改的可写参数，save 不在其中；用 CONFIG SET save "60 1000" 会报错：ERR Unsupported CONFIG parameter: save。
验证是否生效的方法是连上 Redis 后执行：CONFIG GET save，返回空数组说明当前无任何自动规则；返回类似 1) "save" 2) "300 10 60 10000" 才算加载成功。
- Linux 下改完配置记得检查文件权限，Redis 进程用户（如
redis）必须有读取redis.conf的权限 - 如果用 systemd 启动，改完配置后要
systemctl daemon-reload && systemctl restart redis，只restart不够 - Docker 容器里挂载的
redis.conf，确认是否覆盖了镜像内置配置（有些镜像把save写死在启动脚本里）
RDB 自动触发和性能之间的实际权衡
每次 save 触发的是 BGSAVE（子进程 fork + 写时复制），不是主线程阻塞，但 fork 开销随内存增长而剧增。一台 16GB 内存的实例，fork 一个 10GB 数据集的子进程，可能卡住 200ms 以上，期间客户端请求延迟明显升高。
高频 save（比如 save 10 500）在写入密集场景下，会导致频繁 fork，CPU 和内存页表压力变大；低频（如 save 3600 1）又可能丢失最多一小时数据。没有银弹，得看业务容忍度。
- 若数据可丢（如 session 缓存），干脆关掉
save，用 AOF +appendfsync everysec - 若必须 RDB，且内存 >8GB，避免
save时间窗口小于 60 秒 - 监控
latest_fork_usec（通过INFO stats查看），持续超过 100000（100ms）说明 fork 成为瓶颈
和 AOF 共存时 save 规则还起作用吗
起作用，但优先级低于 AOF。只要开启了 appendonly yes，Redis 启动时默认从 appendonly.aof 加载，RDB 文件（dump.rdb）会被忽略——除非 AOF 文件损坏或被手动删掉。
也就是说：save 规则依然会按条件触发 RDB 文件生成，但它只是“备胎”，日常不会被加载。不过 RDB 文件体积通常比 AOF 小得多，适合做冷备或跨版本迁移。
- 同时开启 RDB + AOF 时，
BGSAVE仍会执行，但日志里会提示：Background saving started by pid XXX，不代表它参与恢复流程 - 如果磁盘空间紧张，可以关掉
save，只靠 AOF；但务必确保appendfsync不是no，否则宕机可能丢整个 AOF 缓冲区数据 - Redis 7.0+ 支持 RDB-AOF 混合持久化（
aof-use-rdb-preamble yes），此时 RDB 片段嵌在 AOF 开头，save规则不再生成独立dump.rdb
RDB 自动快照看着简单，实际卡点都在「脏键统计逻辑」「fork 开销突变」「配置热加载失效」这三块，调的时候别只盯时间数字，得结合 INFO 输出和业务写入特征一起看。
