无盘复制并非真正零磁盘依赖，主节点bgsave、aof重写、从节点repl-diskless-load默认disabled及故障转移全量同步均强制写盘；需主从协同配置并监控日志与指标验证。
无盘复制本身只跳过主节点的 RDB 落盘，但 Redis 全链路仍存在多处隐式磁盘依赖——不处理这些点，所谓“无盘”只是自欺欺人。
哪些操作仍会强制触发磁盘写入
即使 repl-diskless-sync yes 生效，以下行为仍会让 Redis 主动写磁盘：
-
bgsave手动触发或配置了save规则（如save 900 1）时，必然落盘；无盘复制不干涉这个逻辑 - 启用 AOF 且
aof-use-rdb-preamble yes（混合持久化默认开启），主节点在重写 AOF 时仍会先生成 RDB 片段并写盘 - 从节点配置
repl-diskless-load disabled（默认值），它收到 RDB 流后会先写临时文件再加载，全程绕不开磁盘 - 主节点发生故障转移（如 Sentinel 或 Cluster 场景下新主选举），新主若从 AOF 恢复，则
run_id重置，后续所有从节点都会被迫全量同步——此时无论是否开无盘，主节点都得bgsave
如何确认当前真的“无盘”
别只看配置，要看日志和指标：
- 主节点日志里出现
Background saving started by pid XXX后，**必须不出现**RDB saved on disk—— 出现就说明走的是传统路径，repl-diskless-sync没生效 - 执行
redis-cli CONFIG GET repl-diskless-sync，返回值必须是"yes"；若为"no"，可能是配置没 reload 或写在了错误的redis.conf里 - 观察
INFO replication中master_repl_offset和slave0:offset差值：若长期卡在wait_bgsave状态，说明子进程还在等磁盘 IO，不是真无盘
从节点侧必须调的参数：repl-diskless-load
主节点无盘 ≠ 从节点无盘。从节点接收 RDB 流后的处理方式由 repl-diskless-load 控制，它有三个取值：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
disabled（默认）：强制写临时文件 → 磁盘依赖未解除 -
on-empty-db：仅当数据库为空（如首次同步）才直收直解 → 安全折中，推荐生产使用 -
swapdb：内存双副本加载 → 极速但高风险，需确保可用内存 ≥ 当前数据集 × 2
设置命令：redis-cli CONFIG SET repl-diskless-load on-empty-db。注意：该参数只对从节点生效，且修改后立即作用，无需重启。
真正最小化磁盘依赖的实操组合
单开 repl-diskless-sync 是伪命题。要逼近“零磁盘依赖”，必须同时满足：
- 主节点禁用 RDB 自动保存（注释掉所有
save行），且不手动执行bgsave - 主节点关闭 AOF，或至少设
aof-use-rdb-preamble no（关闭混合持久化） - 主节点配置
repl-diskless-sync yes+repl-diskless-sync-delay 5+client-output-buffer-limit slave 1024mb 256mb 120 - 所有从节点配置
repl-diskless-load on-empty-db（非空库时自动 fallback 到安全模式） - 监控
INFO persistence中rdb_changes_since_last_save和aof_pending_rewrite，确保二者长期为 0
跨机房、网络抖动频繁的场景下，强行追求“零磁盘”反而增加断连重试概率——这时保留 RDB 落盘作为断点续传缓冲，比纯粹无盘更稳。
