Redis主从心跳由应用层PING和REPLCONF ACK命令维持，主库每秒发PING，从库需立即回ACK；若超repl-timeout（默认60秒）未收到ACK，主库即标记该从库为down。Redis主从心跳靠什么维持主从心跳不是靠TCP保活，而是靠应用层的 PING 和 REPLCONF ACK 两个命令来回完成。主库每秒向从库发一次 PING（可配置间隔），从库收到后必须立即回一个 REPLCONF ACK <offset>，其中 offset 是它当前复制到的主库偏移量。为什么从库没回ACK会导致主库标记为"down"主库会记录每个从库最近一次收到 REPLCONF ACK 的时间。如果超过 repl-timeout（默认60秒）没收到，主库就把该从库状态设为 down，并在 INFO replication 中显示 slaveX:state=down。这不是网络断了才触发，而是"没按时回ACK"就判故障。repl-timeout 只控制主库对从库的超时判断，不影响 PING 发送频率（那是 repl-ping-replica-period，默认10秒）从库即使网络通畅，但忙于执行阻塞命令（如 KEYS *、大 LRANGE）、或正在做RDB快照，也可能延迟回ACK主库不会重试发 PING，只等下一轮定时发送；所以单次丢包不致命，持续延迟才危险怎么确认是心跳问题而不是同步卡住看 INFO replication 输出里关键字段比对： 标贝科技 标贝科技-专业AI语音服务的人工智能开放平台
相关推荐
进击的明明12 小时前
当AI开始“边想边干”：深入聊聊ReAct，以及如何用Python手搓一个简单Agent这个DBA有点耶12 小时前
从症状到根因：数据库监控指标的分层方法与静态/动态阈值策略全栈弄潮儿12 小时前
Python实战第8期：函数SelectDB13 小时前
时间旅行与快照能力速查：Doris 侧三条落地路径SelectDB13 小时前
云数仓成本结构拆解速查：五层计费 vs Doris / 托管形态SelectDB13 小时前
什么场景能承接与建议保留：Doris vs Snowflake 边界速查卷无止境14 小时前
暗流与破局：AI时代的代码安全审查工具全景指南这个DBA有点耶15 小时前
DELETE没删多少数据，表却越来越大——InnoDB删除空洞与页合并失效的根因卷无止境17 小时前
一人公司的全栈选型指南：让 AI Agent 写得快，也让生意跑得稳