专线环境下repl-timeout设15秒仍频繁断连，因P95 RTT达80–120ms且repl-ping-replica-period失配；须按P95值+2～3秒设repl-timeout、同步调低ping周期、对齐SLB空闲超时并收紧client-output-buffer-limit。
跨机房专线部署不能天然消除Redis延迟抖动——专线只保带宽和路径稳定，不保TCP层重传、中间设备QoS策略、云平台NAT超时或主从心跳参数失配。抖动问题90%出在配置与链路协同上，而非专线本身。
为什么专线环境下repl-timeout设15秒仍频繁断连
专线RTT可能稳定在25ms，但P95 RTT常达80–120ms（尤其跨省/跨国），而repl-timeout默认60秒看似宽松，实则危险：它不是等“一次RTT”，而是等“最后一次IO后整个空闲窗口”。若repl-ping-replica-period设10秒，而网络偶发110ms延迟+丢包，主节点在第12秒收不到ACK就触发断连。
- 必须先用
redis-cli info replication | grep master_last_io_seconds_ago连续采集1小时，取P95值（非平均） -
repl-timeout= P95值 + 2～3秒，例如P95是11.7s → 设15s -
repl-ping-replica-period同步调为8（不能低于5，也不宜高于10） - 改完立刻执行
config rewrite并config get repl-timeout确认生效，别信“热加载成功”日志
client-output-buffer-limit slave怎么配才不被冲爆
主节点输出缓冲区（output buffer）是内存黑洞：抖动期间从节点卡住，主节点照发数据，缓冲区持续涨，一旦超限就强制断连——这比repl-timeout触发更早、更隐蔽。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 第三个参数（时间阈值）必须 ≥
repl-timeout值，例如repl-timeout 15→ 至少设client-output-buffer-limit slave 256mb 64mb 15 - 若专线带宽紧张（如仅500Mbps），建议放宽到
512mb 128mb 30，但需监控mem_clients_normal避免OOM - 该缓冲区不计入
maxmemory，Prometheus里要用redis_memory_used_bytes{role="master"}+redis_client_longest_output_list交叉判断
tcp-keepalive和云厂商SLB空闲超时怎么对齐
专线直连≠TCP连接永存。阿里云SLB默认空闲超时180秒，AWS ALB是4000秒，腾讯云CLB是900秒——若tcp-keepalive设300（默认），SLB会在270秒左右静默kill连接，而Redis主节点毫无感知，直到下一次PING超时才断开，造成“假存活”。
- 查清你用的云厂商SLB/NAT网关空闲超时值（控制台或文档），设
tcp-keepalive为该值减10～20秒 - 例如阿里云SLB是180秒 →
tcp-keepalive 160 - 必须在主从两端都配，且重启Redis或执行
config rewrite后验证：redis-cli config get tcp-keepalive - 别忽略中间防火墙：某些金融云要求显式开启“TCP保活透传”，否则keepalive包被拦截
如何验证抖动真被压住了而不是被掩盖了
光看INFO replication里的master_repl_offset和slave_repl_offset差值没用——它只反映最终一致，不反映瞬时堆积。真正要看的是链路层行为。
- 在主从节点同时跑：
tcpdump -i any port 6379 -w repl.pcap，Wireshark里过滤tcp.analysis.retransmission，重传率＞0.1%即风险 - 用
mtr --tcp -P 6379 <slave-ip></slave-ip>（主节点执行），重点看倒数第二跳（通常是云厂商网关）是否延迟突增或丢包＞0.3% - 检查
netstat -s | grep -i "retransmitted"，若每分钟增长＞10次，说明底层链路已不可靠 - 最狠一招：在主节点临时启一个
redis-cli --slaveof <slave-ip> 6379</slave-ip>，观察master_last_io_seconds_ago是否稳定≤repl-ping-replica-period+2
跨机房抖动治理没有银弹，所有参数都得按你真实链路的P95 RTT和云厂商SLB策略来刻度对齐；任何“抄来的配置”在专线环境下都可能放大问题而非解决它。
