.NET应用误判Redis Cluster宕机，集群实际正常问题排查求助

以下是几种常见的排查方向：

• 客户端节点列表未及时更新：.NET常用的Redis客户端（如StackExchange.Redis）会本地缓存集群节点信息，若集群发生主从切换、节点增减后，客户端未及时同步最新节点列表，仍尝试连接失效节点，会触发集群不可用的误判。可检查客户端RefreshClusterInterval配置是否合理，或手动触发集群信息刷新。

• 应用侧网络分区：应用服务器与Redis集群部分节点存在连通性问题，比如能连接到集群中某节点执行cluster info，但无法访问负责特定slot的节点（如某主节点网络中断，但集群已完成故障转移，整体状态仍为ok）。可在应用服务器上通过redis-cli -h <节点IP> -p <端口> ping逐个验证节点连通性。

• 客户端连接池或超时配置不合理：连接池耗尽、超时时间过短，会在集群负载高峰时触发连接超时/无法获取连接的异常，被业务逻辑误判为集群宕机。查看应用日志中的具体异常（如TimeoutException），检查客户端ConnectTimeout、SyncTimeout及连接池大小配置。

• 客户端slot分配信息异常：虽然cluster info显示集群状态正常，但客户端可能未正确获取slot与节点的映射关系，导致操作特定slot时找不到对应节点。可在应用服务器执行cluster slots命令，对比客户端日志中的slot信息是否一致。

• 客户端与集群版本不兼容：老旧版本的.NET Redis客户端可能存在集群协议处理bug，与新版本Redis Cluster交互时出现状态误判。尝试升级客户端到最新稳定版本（如StackExchange.Redis最新版）后观察。

内容的提问来源于stack exchange，提问作者lp_nave