redis主从复制期间主库不被阻塞；主库收到同步命令后立即fork子进程执行bgsave，主线程持续处理所有客户端命令，仅fork耗时长、rdb写盘慢或网络带宽满可能间接增加压力。

Redis主从复制期间主库是否被阻塞

不会。Redis主从复制全程对主库写操作完全无影响，主库既不加锁，也不暂停命令执行。

主库在SYNC和PSYNC阶段都做了什么

主库收到 SLAVEOF 或 REPLICAOF 命令后，会立即 fork 出一个子进程执行 RDB 快照生成（bgsave），而主线程继续处理所有客户端请求——包括读、写、DEL、EXPIRE 等一切命令。

常见误解是“主库在同步时卡顿”，实际卡顿只可能出现在以下情况：

• fork 耗时过长（内存大 + 写负载高 → copy-on-write 压力大）
• RDB 文件写入磁盘慢（如使用机械盘或 I/O 饱和）
• 网络带宽打满导致 repl-backlog 溢出，触发全量重同步（间接增加主库压力）

从库同步时主库的内存与CPU开销在哪

真正消耗主库资源的是子进程的 bgsave 和后续 RDB 数据传输，而非同步协议本身：

Redis Skill - 高性能缓存管理

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

下载

• bgsave 进程占用额外内存页（COW 机制下，写操作越多，内存复制越频繁）
• RDB 文件通过 socket 发送给从库，走主库主线程的事件循环（但不阻塞命令处理）
• 如果启用 repl-diskless-sync yes，主库直接通过 pipe 把 RDB 流式发给从库，跳过磁盘 IO，但会短暂提高 CPU 和网络发送压力

如何验证主库确实没被锁住

最直接的方法是在主库执行同步期间，持续压测写入并观察响应延迟：

redis-cli -h master-ip -p 6379 -c -r 10000 -d ',' SET key:__rand_int__ value

同时监控主库的 INFO replication 输出中 master_repl_offset 是否持续增长，以及 INFO stats 中 instantaneous_ops_per_sec 是否稳定——只要这两项没断崖下跌，就说明主库未被阻塞。

注意：某些监控工具误把 bgsave 的 fork 阶段当成“主库卡顿”，其实那是子进程创建开销，不是主库命令阻塞。