首页/数据/数据库速查/集群故障排查(CLUSTERDOWN 等)
本包目录(495 条)
MySQL 基础与连接36 条SQL 语法52 条用户与权限21 条备份与恢复56 条主从复制与高可用53 条性能与调优57 条Redis 命令96 条
Redis 运维与场景124 条

集群故障排查(CLUSTERDOWN 等)

集群故障先看 CLUSTER INFO 的 cluster_state 与槽覆盖,再看 CLUSTER NODES 的节点状态与握手;CLUSTERDOWN 多为槽缺口或多数主节点失联,修复前先明确根因。

数据库速查数据更新于 2026-10-12

诊断命令

诊断命令
redis-cli -c CLUSTER INFO            # cluster_state / slots_assigned / known_nodes
redis-cli -c CLUSTER NODES           # 节点、角色、槽、fail/ handshake 状态
redis-cli --cluster check 10.0.0.1:6379   # 集群体检(推荐)
redis-cli -c CLUSTER SLOTS
# 常见修复动作(确认根因后执行):
# CLUSTER MEET <ip> <port>          # 新节点未入群
# CLUSTER SETSLOT <slot> STABLE     # 迁移卡住收尾
# redis-cli --cluster fix <addr>    # 自动修复(谨慎)
cluster_stateok/fail;fail 常见于槽未全覆盖或多数主节点不可达
require-full-coverageyes=有槽缺口整个集群停止服务(默认 yes)
节点失联看 CLUSTER NODES 的 fail? 标记与最后心跳
慎用CLUSTER RESET 会清节点身份与数据,生产禁止随手执行
修复前先保存 CLUSTER NODES 输出与配置:集群操作不可回退,改错一步可能要多花几小时重建。

易错点

  • 用无 -c 的 redis-cli 连集群:MOVED 报错被误判为实例故障
  • 忽略 require-full-coverage=yes 的语义:以为「坏一个分片只影响一部分数据」,实际全集群拒服务

数据来源与参考

  • Redis 官方文档: Cluster 管理
  • Redis 官方文档: CLUSTER INFO

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌