Navicat for Redis 不显示槽位分布，需手动执行 CLUSTER SLOTS 查看槽段映射，或用 CLUSTER KEYSLOT 定位 key 所在槽号；其节点列表仅反映拓扑发现，不体现真实槽分配。
Navicat for Redis 本身不显示槽位（Slot）分布
navicat for redis 是一个面向数据操作和管理的 gui 工具，它能连接集群、浏览键、执行命令、监控 pub/sub，但不解析或可视化 cluster slots 输出。它不会在界面上列出哪个节点负责 0–5460 槽、哪个从节点同步了哪些槽段。你看到的“节点列表”只是连接时发现的节点 ip:port，不带槽范围信息。
必须手动执行 CLUSTER SLOTS 命令查槽段
在 Navicat 的「命令列界面」或「查询编辑器」中运行该命令，是唯一可靠方式：
- 确保已连接到集群中的任意一个主节点（连从节点可能返回错误或不完整结果）
- 输入并执行：
CLUSTER SLOTS - 输出是嵌套数组：每项代表一个连续槽段，格式为
[start, end, [master_ip, master_port, master_id], [slave1...]] - 注意槽段必须连续无缺口，否则集群状态为
fail，Navicat 所有写操作都会失败
用 CLUSTER KEYSLOT 快速定位某个 key 的槽号
当你想确认某个具体 key（比如 "order:20260613"）落在哪一段时，不需要自己算 CRC16：
Redis 8.2.3
下载
Redis 8.2.3 是一款安全优先的高性能键值存储系统。该版本紧急修复了可能引发远程代码执行（RCE）的高危漏洞（CVE-2025-62507），并解决了 HyperLogLog 及 Cuckoo Filter 等数据结构在特定场景下的崩溃问题。建议所有用户立即升级，以保障生产环境的系统稳定与数据安全。
- 在命令列直接执行：
CLUSTER KEYSLOT "order:20260613" - 返回一个整数，例如
8237 - 再回到
CLUSTER SLOTS结果里，逐段比对start ≤ 8237 ≤ end，找到对应项即可锁定主节点 IP 和端口 - 这个组合操作比依赖 Navicat 自动跳转更可信——某些版本的 Navicat 在槽迁移期间仍会把请求发给旧主节点
别指望 Navicat 的“集群视图”反映真实槽分配
Navicat 的主窗口里可能显示多个节点，甚至标出 Master/Slave 角色，但它不拉取或渲染槽映射关系。这意味着：
- 节点列表不表示“该节点当前负责哪些槽”，只表示“它在集群拓扑中被发现”
- 扩容后新节点没分到槽？
CLUSTER SLOTS输出里找不到以它为主节点的段，才是铁证 - 某主节点宕机后槽是否迁移成功？必须对比两次
CLUSTER SLOTS输出中对应槽段的master_id是否变更
真正要排查槽分布，就得直面命令行逻辑——GUI 工具再方便，也绕不开 Redis 集群底层的 slot-range 映射本质。
