大Key导致主从同步卡顿并引发集群心跳超时，应通过redis-cli --bigkeys定位+INFO replication监控锁定问题，再以HSCAN/SSCAN分批迁移、主节点双写、限速保Gossip等渐进式拆分治理。
先盯住大Key，别让复制流卡死心跳
大Key同步会独占主从TCP连接，把repl-backlog冲掉、触发全量重同步，同时挤占Gossip通信带宽——这直接导致集群节点间心跳超时、频繁标记fail?。关键不是“有没有大Key”，而是“它正不正在拖垮链路”。用redis-cli --bigkeys扫出候选，再结合INFO replication里master_last_io_seconds_ago > 1持续出现，基本可锁定问题源。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
拆分要渐进，不能删也不能停
- 禁用DEL/HDEL：一次删除会生成巨量释放事件，同步到从节点又是一次带宽洪峰
- 用游标分批迁移：对大Hash用HSCAN key 0 COUNT 50读，写入key:shard01等新键；大Set同理用SSCAN
- 主节点执行+双写保障：所有操作必须走主节点，确保AOF落盘和复制流完整；拆分脚本中加SLEEP 0.01防压垮CPU
限流保心跳，给Gossip留够通道
即使在拆分中，也要防止复制流量吃光带宽。在主节点宿主机上启用tc做出口限速，例如：
tc qdisc add dev eth0 root tbf rate 60mbit burst 32kbit latency 400ms
同时调低Gossip频次：Redis 7.0+统一设cluster-gossip-sent-per-second 3；旧版本则将cluster-node-timeout提到30000ms（间接降频），但需确认故障发现窗口仍可接受。
参数协同调，避免误判叠加
- repl-ping-slave-period设为8秒：低于5秒加重开销，高于10秒延迟故障感知
- repl-timeout至少设为repl-ping-slave-period × 3（即24秒以上），留足网络抖动余量
- 检查client-output-buffer-limit slave：若仍用默认256mb 64mb 60，一个200MB的Hash就直接断连，建议按业务峰值上调
