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 阶段当成“主库卡顿”，其实那是子进程创建开销，不是主库命令阻塞。
