最可靠的方法是使用 CLUSTER NODES 查看所有节点角色和归属，每行代表一个节点，关键字段包括 flags 中的 master/slave 标识及 slave 行末尾的主节点 ID；INFO replication 仅反映当前实例的实时复制状态；CLUSTER INFO 不提供主从关系信息；Sentinel 环境下需用 SENTINEL slaves <master-name> 并连接 Sentinel 端口。
直接用 CLUSTER NODES 查所有节点角色和归属
这是最常用、最可靠的手段，不需要登录多个节点，只要连上集群任意一个可通信节点就能获取全局视图。输出每行代表一个节点，关键字段包括角色标识和主节点 ID。
常见错误是漏看 flags 字段里的 master 或 slave 标签，或者忽略 slave 行末尾的主节点 ID（格式为 slave <master-node-id></master-node-id>）。例如：
abc123... 10.0.0.1:7001@17001 myself,master - 0 1718200000000 1 connected 0-5460 def456... 10.0.0.2:7002@17002 slave abc123... 0 1718200000000 1 connected
这里第二行的 slave abc123... 明确表示该从节点归属第一个主节点。
注意：CLUSTER NODES 不会自动刷新，结果反映的是命令执行瞬间的状态；如果刚完成故障转移，需等几秒再查，避免看到过期信息。
用 INFO replication 确认单个实例的实时复制状态
当你只想确认当前连接的那个 Redis 实例是 master 还是 slave，以及它是否在正常同步，INFO replication 比 CLUSTER NODES 更聚焦、更实时。
关键字段有：
-
role：值为master或slave -
master_host和master_port：仅当 role 是slave时存在，显示上游主节点地址 -
master_link_status：必须是up才算有效同步；down表示断连或握手失败 -
slave_repl_offset和master_repl_offset：差值过大说明存在明显复制延迟
这个命令不依赖集群模式，哪怕你连的是 standalone 实例也能用，但对 Redis Cluster 来说，它只告诉你“本节点”的关系，不展示其他节点。
别把 CLUSTER INFO 当作主从关系查询工具
CLUSTER INFO 返回的是集群整体健康摘要，比如 cluster_state、cluster_size、槽位分配总数等，但它不包含任何节点角色或主从映射信息。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
新手常误以为 “info” 就是万能诊断命令，一通 CLUSTER INFO 后发现没找到 master/slave 字样，其实是用错了命令。它适合快速判断集群是否在线、槽位是否全量覆盖，但不能替代 CLUSTER NODES 或 INFO replication。
如果你看到 cluster_state:fail，那整个集群可能已不可用，此时 CLUSTER NODES 很可能返回空或报错，得先修网络或节点再查关系。
Redis Sentinel 环境下要换命令：用 SENTINEL slaves <master-name>
Redis Cluster 和 Redis Sentinel 是两套独立机制。如果你用的是 Sentinel 做高可用（不是 Cluster），那么 CLUSTER NODES 会报错 (error) ERR This instance has cluster support disabled。
这时必须切换到 Sentinel 节点（不是 Redis 节点）执行：
redis-cli -p 26379 SENTINEL slaves mymaster
其中 mymaster 是你在 sentinel.conf 中配置的 master 名。返回结果里每个从节点会带 ip、port、runid 和 flags（含 slave 标识）。
容易踩的坑是：连错端口（Sentinel 默认 26379，不是 Redis 的 6379）、拼错 master name、或在 Redis 实例上执行 Sentinel 命令（必然失败）。
真正麻烦的不是命令记不住，而是分不清当前部署用的是 Cluster 还是 Sentinel —— 这决定了你该敲哪条命令、连哪个端口、甚至该找哪台机器。生产环境里混用两种模式虽少见，但配置残留或迁移中途最容易出这种判断失误。
