Redis主从全量同步慢需分三阶段定位：主节点RDB生成（查bgsave_in_progress、CPU及bigkey）、RDB传输（看master_sync_left_bytes下降速度及repl-backlog配置）、从节点加载（避AOF重写冲突、用SSD、禁save）。
Redis 主从全量同步慢，不能直接归因为“网络慢”，得先确认卡在哪一环——是主节点生成 RDB 慢、RDB 传输出现停滞，还是从节点加载 RDB 拖延。网络瓶颈只是其中一环，且常被误判。真正要查的是：RDB 文件是否在持续发送？传输速率是否稳定？主从之间有没有缓冲区被挤爆或连接中断？
看 master_sync_left_bytes 是否缓慢下降
在从节点执行 INFO replication，重点观察两个字段：
- master_sync_in_progress: 1 —— 表示正在全量同步
- master_sync_left_bytes —— 剩余待接收字节数
如果这个值长时间几乎不变（比如几十秒只减几百字节），说明传输卡住了。此时不是带宽不够，而是主节点没在发、或发了但被中间链路（防火墙、代理、网卡限速）截断或限速。可配合 redis-cli --latency 测主从间基础延迟，再用 iperf3 单独测裸带宽，排除底层网络问题。
检查 repl-backlog 和 client-output-buffer-limit 配置
这两个参数不匹配，会导致“假性网络卡顿”：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- repl-backlog-size 太小 → 主节点增量写入太快，环形缓冲区溢出，从节点断连后无法续传，被迫重走全量同步
- client-output-buffer-limit slave 设置过严（如 256mb 60 60）→ 主节点在发 RDB 时，从节点响应稍慢，缓冲区就超限，主节点直接断开连接
建议生产环境设为：
repl-backlog-size 1024mb
client-output-buffer-limit slave 512mb 60 60
抓包确认 RDB 数据是否真实发出
仅靠 Redis 日志和 INFO 不够直观。可在主节点上用 tcpdump 抓 Redis 端口（默认 6379）的流量：
- 启动同步后，立即执行：
tcpdump -i any port 6379 -w sync.pcap - 等同步卡住后停止，用 Wireshark 打开，过滤 tcp.len > 0 and ip.dst == [从节点IP]
- 若几乎没有大块数据包（>64KB）持续流出，说明主节点压根没发；若有大量小包但速率极低，可能是网卡驱动、TCP窗口、或中间设备限速
验证主节点发送能力是否被拖累
主节点自身 CPU 或磁盘 IO 高，也会让 RDB 发送变慢——不是网络问题，而是它“发不动”：
- 查 bgsave_in_progress 是否长期为 1（redis-cli info persistence）
- 看 used_cpu_sys 和 used_cpu_user 是否持续高于 80%（redis-cli info cpu）
- 用 iostat -x 1 观察 %util 和 await，确认磁盘是否饱和（尤其 RDB 写入盘慢时，会影响 sendfile 调度）
一旦发现主节点 CPU 或磁盘已满，同步慢就不是网络的事，而是得优化 bgsave 或换 SSD。
