无盘复制

什么是无盘复制

传统的 Redis 主从全量复制中，主节点需要先将数据持久化到磁盘生成 RDB 文件，然后从节点通过读取磁盘上的 RDB 文件来完成同步。而无盘复制（Diskless Replication）则直接通过网络将内存中的数据发送给从节点，跳过了磁盘 I/O 环节。

工作原理

传统复制（有盘）

主节点（有盘复制）：
1. fork() 子进程
2. 子进程将内存数据写入磁盘文件（dump.rdb）  ← 磁盘 I/O
3. RDB 文件写入完成
4. 将磁盘上的 RDB 文件发给从节点               ← 磁盘读取 + 网络 I/O
5. 从节点加载 RDB 文件完成同步

无盘复制

主节点（无盘复制）：
1. fork() 子进程
2. 子进程将内存数据直接通过 socket 发送给从节点  ← 仅网络 I/O
3. 从节点接收数据流并直接加载到内存
4. 同步完成

配置方式

在 redis.conf 中配置：

# 关闭无盘复制（默认）：有盘复制
repl-diskless-sync no

# 开启无盘复制
repl-diskless-sync yes

无盘复制的优势

1. 消除磁盘 I/O 瓶颈

对于写密集型的 Redis 主节点，磁盘 I/O 往往是瓶颈。生成几十 GB 的 RDB 文件需要大量的磁盘读写操作。无盘复制将这部分压力完全转移到网络层面。

2. 降低复制延迟

有盘复制：RDB 生成时间（磁盘写入）+ RDB 传输时间（网络）
无盘复制：RDB 传输时间（网络，边生成边发送）

无盘复制中，子进程边序列化数据边通过 socket 发送，减少了磁盘读写的时间开销。

3. SSD 寿命保护

对于使用 SSD 的服务器，频繁生成大 RDB 文件会加速 SSD 磨损。无盘复制可以减少对 SSD 的写入量。

无盘复制的代价

1. 网络带宽消耗

无盘复制将磁盘 I/O 压力转移到了网络。对于大内存实例（几十 GB），全量复制的数据量可能占满网络带宽，影响正常业务请求。

2. 从节点延迟约束

在有盘复制中，主节点可以先生成 RDB 文件，从节点稍后通过文件传输同步。而无盘复制要求从节点实时在线接收数据流。如果从节点在传输过程中断开，需要重新开始全量复制。

3. 复制延迟窗口（repl-diskless-sync-delay）

为了支持多个从节点的并发同步，无盘复制提供了延迟配置：

# 主节点在开始无盘复制前等待 N 秒，以便更多从节点加入同步
repl-diskless-sync-delay 5  # 默认 5 秒

如果多个从节点同时请求全量复制，主节点会在延迟窗口内等待，然后一次性将数据同时发送给所有等待的从节点。这减少了多次 fork 和多次全量复制的开销。

无盘复制的两种模式

mode: both（同时进行）

数据同时写入磁盘和发送网络。兼顾了可靠性和速度：

repl-diskless-load both

mode: swapdb（交换数据库）

从节点收到数据后，先在内存中构建新数据库，然后通过交换指针的方式替换旧数据库。这种方式减少了对磁盘的依赖：

repl-diskless-load swapdb

有盘 vs 无盘对比

何时使用无盘复制

推荐使用无盘复制的场景

• 使用 SSD 或虚拟化磁盘，磁盘 I/O 是瓶颈
• 网络带宽充裕（万兆网络）
• Redis 实例内存较大（>10GB），磁盘写入慢

推荐使用有盘复制的场景

• 网络带宽受限（如千兆网络或共享带宽）
• 磁盘性能好（NVMe SSD）
• 从节点可能不稳定，需要持久化 RDB 便于重试

面试要点

• 无盘复制的核心：内存数据直接通过网络发送，跳过磁盘 I/O
• 主要优势：消除磁盘瓶颈、降低延迟、保护 SSD
• 主要代价：消耗网络带宽、从节点必须在线
• 配置参数：repl-diskless-sync yes
• 适合场景：大内存实例 + 好网络 + SSD 环境

总结

无盘复制是 Redis 针对高性能场景的优化手段。它通过”内存→网络”的直通路径，消除了磁盘 I/O 这个潜在的瓶颈。但这不是一个无代价的优化——它牺牲了网络带宽和有盘复制的容错能力。在实践中，是否需要启用无盘复制，取决于你的系统瓶颈在哪里：磁盘瓶颈选无盘，网络瓶颈选有盘。