Partial resynchronization not possible说明repl-backlog-size过小导致offset丢失而触发全量同步；应按“峰值写入速率×最大断连时间×1.3~1.5”计算并调大该值，同时确保repl_backlog_active=1且同步修改redis.conf。
从节点日志反复出现 Partial resynchronization not possible
这说明主节点复制积压缓冲区（repl-backlog）里已经没有从节点需要的 offset，只能退化为全量同步。根本原因不是网络断连本身，而是 repl-backlog-size 太小，撑不住写入洪峰期间的数据量。
常见现象包括：
- 主节点
INFO replication中repl_backlog_histlen长期接近甚至等于repl_backlog_size - 从节点重连后立刻触发
+FULLRESYNC，而非+CONTINUE -
master_repl_offset - slave_repl_offset差值持续大于repl_backlog_size
实操建议：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 用
redis-cli --stat或监控工具估算主节点每秒写入字节数（注意单位是字节/秒，不是命令数） - 取业务能容忍的最长断连时间（比如 60 秒），乘以写入速率，再上浮 30%~50% 得到目标值
- 执行
CONFIG SET repl-backlog-size 536870912（即 512MB）立即生效，但必须同步改redis.conf，否则重启失效 - 修改后需让从节点执行
REPLICAOF no one再REPLICAOF <host> <port>才能使用新缓冲区
从节点完成全量同步后又断连，反复循环
这是典型的“同步风暴”闭环：全量同步耗时长 → 同步中主节点新写入堆积 → 从节点 client output buffer 溢出 → 主节点主动断连 → 重连又因 offset 丢失再次全量。
关键要看 client-output-buffer-limit slave 是否被突破。默认值是 256mb 64mb 60，对高写入场景远远不够。
实操建议：
- 执行
CONFIG SET client-output-buffer-limit "slave 1073741824 536870912 60"（即 1GB 硬限、512MB 软限、60 秒超时） - 确认该配置已写入
redis.conf，避免重启后恢复默认值 - 检查从节点是否开启
appendonly yes：若开启，务必设为appendfsync everysec，否则命令重放会严重拖慢同步速度 - 用
iftop -P 6379观察主从间带宽是否打满；跨机房部署时 RTT > 30ms 或丢包率 > 0.1% 就需警惕
repl-diskless-sync 设为 yes 后同步仍卡住
repl-diskless-sync yes 只解决主节点磁盘 IO 瓶颈，不解决网络或从节点本地执行瓶颈。如果从节点内存不足、CPU 过载，或网络吞吐受限，diskless 模式反而会让 client output buffer 更快填满。
实操建议：
- 启用 diskless 前先确认从节点剩余内存 ≥ 全量 RDB 预估大小 × 1.5（RDB 大小可查
du -sh dump.rdb或INFO persistence中rdb_last_bgsave_size） - 若从节点内存紧张，宁可关掉
repl-diskless-sync，改用磁盘中转，避免 OOM kill - diskless 模式下，主节点不会生成临时 RDB 文件，所以
dir和dbfilename配置不影响同步流程，但会影响故障恢复能力
集群模式下 CLUSTER REPLICATE 手动指定主节点无效
在 Redis Cluster 中，CLUSTER REPLICATE <node-id> 只是告诉当前节点“我想认这个节点为主”，但不会绕过集群总线校验。如果目标节点不认为自己是主，或两者 cluster state 不一致，命令会静默失败。
实操建议：
- 先用
CLUSTER NODES确认目标节点角色是master，且connected状态为connected - 检查两节点的
cluster-require-full-coverage是否一致；若一端为yes而另一端有 fail 状态节点，同步会被拒绝 - 真正有效的干预方式是：在从节点上执行
CLUSTER FAILOVER（手动触发故障转移），或通过redis-cli --cluster工具重分片 - 不要依赖
REPLICAOF在集群中强行指定主从，这会破坏集群元数据一致性
最常被忽略的一点：repl-backlog 是环形内存缓冲区，它不记录时间，只按字节滚动覆盖。哪怕只断连 1 秒，只要那 1 秒内写入量超过 backlog 剩余空间，offset 就永远丢失——这不是网络问题，是容量预估偏差。
