rdb多重触发条件是“或”关系，即任意一条save规则满足时间与修改次数要求即触发bgsave；多行配置不互斥，redis逐行检查并立即执行，非叠加生效。

RDB多重触发条件不是“叠加生效”，而是“任一满足即触发”——配置多组 save 规则，只要其中一条被命中，Redis 就会立即执行 BGSAVE 。

多个 save 配置行是否互斥？

不互斥。Redis 会逐行检查所有 save 配置，只要当前时间窗口内满足任意一条的 秒数 和 修改次数 条件，就触发一次 BGSAVE。例如：

save 900 1
save 300 10
save 60 10000

这三行同时存在时，意味着：

• 如果过去 900 秒内有 ≥1 次 key 变更 → 触发
• 如果过去 300 秒内有 ≥10 次 key 变更 → 触发
• 如果过去 60 秒内有 ≥10000 次 key 变更 → 触发

它们是“或”关系，不是“且”关系。不会等三个条件都满足才触发。

如何避免高频 RDB 冲突或误触发？

高频写入场景下，save 60 10000 这类短周期高阈值规则容易被绕过（比如每秒写 200 次，60 秒刚好 12000 次），导致 RDB 频繁生成；而 save 900 1 又会让低频变更也立刻触发。常见踩坑点：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• 把 save 60 10000 和 save 900 1 同时保留，结果是：只要改一个 key，15 分钟后就强制 dump ——但其实你只想在写入密集时才快照
• 没关掉默认配置，又加了自定义 save 10 5，结果小流量下每 10 秒就 dump 一次，磁盘 I/O 拉满
• 误以为多写几行 save 能“延长保留窗口”，实际只会扩大触发面

建议做法：按业务写入节奏精简规则，例如只保留 save 300 100（5 分钟内 100 次变更）和 save 3600 1（1 小时内任意变更），覆盖突发与静默场景即可。

save 配置被注释或清空后还生效吗？

不生效。Redis 启动时只加载未被注释、非空的 save 行。以下写法均无效：

• # save 900 1 —— 行首有 #，完全忽略
• save "" 或 save —— 空值或语法错误，启动报错或静默跳过
• save 0 0 —— Redis 不支持零值，等效于禁用该行

真正禁用自动 RDB，应确保 redis.conf 中所有 save 行都被注释，或运行时执行：config set save ""（注意：该命令仅对本次运行有效，重启后恢复配置文件内容）。

多重 save 的本质是兜底策略组合，不是精细调度器。真正影响 RDB 实际行为的，是你的数据变更节奏与这些阈值的匹配度，而不是配置行数多少。