默认配置下客户端连不上新主节点是因为未主动刷新主节点地址。Redisson需设setScanInterval(2000)，ioredis需配置retryStrategy和connectTimeout，且均需监听哨兵Pub/Sub事件以实时响应主从切换。

Redis哨兵模式下连接中断的典型现象

“Server closed the connection” 或 “broken pipe” 错误频繁出现，但 Redis 服务本身正常、哨兵集群也显示主从切换成功——这说明问题不在服务端宕机，而是客户端未能及时感知地址变更或复用已失效连接。

为什么默认配置下客户端会连不上新主节点？

Redisson、ioredis 等主流客户端在初始化时只做一次哨兵发现，后续不主动刷新主节点地址。一旦发生故障转移，旧连接仍指向已下线的旧主 IP:port，TCP 层持续重试失败，最终触发 broken pipe 或 Connection refused。

• setScanInterval(2000) 必须显式设置（Redisson），否则哨兵信息永不更新
• ioredis 默认不启用哨兵自动重连，需手动配置 retryStrategy 和 connectTimeout
• 客户端未监听哨兵 Pub/Sub 事件（如 +switch-master），无法实时响应主节点变更

关键参数与实操配置

不同客户端修复方式差异大，别混用同一套配置：

Redisson 示例（Java）：
Config config = new Config();
config.useSentinelServers()
.setMasterName("mymaster")
.addSentinelAddress("redis://127.0.0.1:26379")
.setScanInterval(2000); // 每2秒轮询哨兵获取最新master
RedissonClient redisson = Redisson.create(config);

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

ioredis 示例（Node.js）：
const redis = new Redis({
sentinels: [{ host: '127.0.0.1', port: 26379 }],
name: 'mymaster',
connectTimeout: 15000,
retryStrategy: (times) => Math.min(times * 50, 2000),
keepAlive: true
});

容易被忽略的底层细节

即使配置了自动刷新，仍有两个隐性陷阱：

• 哨兵自身网络延迟：若 sentinel down-after-milliseconds 设为 30000，客户端可能要等 30 秒才感知切换，期间所有写请求失败
• 连接池未清理：旧连接未主动 close，导致新连接建立前仍尝试向旧地址发命令，直接触发 broken pipe

真正可靠的方案不是靠“等刷新”，而是结合连接池预热 + 故障时强制重建连接池 —— 这点在高并发场景下尤为关键。