监控redis主从集群健康与切换需三件事：实时感知节点状态、准确识别主节点故障、确保客户端平滑接管；依赖哨兵机制（持续ping检测、主观/客观下线判定、奇数部署）、客户端自动重连与地址更新（lettuce/jedis/redisson适配）、可视化工具（redisinsight展示复制偏移、投票状态、告警与手动切换），并辅以tcp保活、合理超时及事件监听等基础层检查。
监控 Redis 主从集群健康状态与切换，核心在于三件事：实时感知节点状态、准确识别主节点故障、确保客户端平滑接管新主节点。不依赖人工巡检，而是靠哨兵机制 + 客户端配合 + 可视化工具协同完成。
哨兵（Sentinel）是健康监控的中枢
Redis Sentinel 不是可选插件，而是主从高可用的基础设施。它持续执行三项关键任务：
- 每秒向主节点、所有从节点及其它哨兵节点发送 PING，检测响应是否超时（由 down-after-milliseconds 配置控制）；
- 单个哨兵判定主节点失联为「主观下线」，仅作标记；只有 ≥ quorum 个哨兵达成一致，才触发「客观下线」并启动故障转移；
- 哨兵之间互相监控，避免自身成为单点——生产环境建议部署 3 或 5 个哨兵节点（奇数），防止投票僵持。
客户端必须支持自动重连与地址更新
哨兵再智能，客户端若仍硬编码旧主地址，切换就毫无意义。不同客户端需对应配置：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- Lettuce：启用 autoReconnect=true，并设置 pingBeforeActivateConnection=true，连接前主动探测有效性；
- Jedis：使用 JedisSentinelPool，传入哨兵列表和 master name，连接池会自动向哨兵查询当前主节点地址；
- Redisson：配置 setPingConnectionInterval(30000) 每 30 秒心跳保活，结合 keepAlive=true 启用系统级 TCP 保活机制。
可视化工具让状态一目了然
人工查日志或命令行效率低且滞后。RedisInsight 等工具可直接呈现关键指标：
- 主从节点复制偏移量（Replication Offset）是否持续追平，判断从节点数据新鲜度；
- 哨兵集群当前投票状态与法定票数达成情况；
- 主节点异常时，界面红色闪烁告警，并显示故障转移倒计时与进度条；
- 支持手动触发切换，适用于计划内维护，无需停服等待自动判定。
补充：基础层健康检查不能少
哨兵工作在应用层，但底层网络和连接稳定性同样关键：
- TCP 层开启 keepAlive，配合 tcpKeepAliveIdle 和 tcpKeepAliveInterval 参数，主动发现“假死”连接；
- 客户端设置合理超时：如 connectTimeout=10000ms，retryAttempts=3，避免因瞬时抖动阻塞业务；
- 通过 node-redis 等客户端监听 connect、ready、reconnecting、error 事件，实现运行时连接状态闭环监控。
