必须用redis.newfailoverclient连接哨兵，不能用newclient；mastername须与sentinel monitor名称完全一致（大小写敏感）；sentineladdrs填哨兵地址列表（如"10.0.1.10:26379"），非redis实例地址。
GoLand 里配 Redis 哨兵，不是配“数据库连接”而是写代码
GoLand 本身不提供 Redis 哨兵的图形化连接配置（不像 DataGrip 那样能直接连哨兵查数据），它只是个 Go 代码编辑器。你看到的「Database」工具窗口里点+、选 Redis，填进去的地址哪怕写 127.0.0.1:26379，也只会报 ERR unknown command 'GET' 或连接拒绝——因为那是哨兵端口，不处理业务命令。
真正生效的配置在代码里，GoLand 只负责帮你写对、提示好、调试顺。所以重点不是“在哪点”，而是“怎么写”。
- 必须用
redis.NewFailoverClient，不能用redis.NewClient -
MasterName要和哨兵配置里sentinel monitor mymaster ...的名字完全一致（大小写敏感） -
SentinelAddrs填的是哨兵节点地址列表，如[]string{"10.0.1.10:26379", "10.0.1.11:26379"}，不是 Redis 实例地址 - 如果哨兵启了密码，
SentinelPassword必须设；Redis 主从自己的密码是另一个字段Password
写完后，在 GoLand 里右键运行 main 函数前，务必加一行 rdb.Ping(ctx).Err() 校验，别只看编译通过。
常见错误：GoLand 调试时一直卡在 Ping 或报 connection refused
这通常不是 GoLand 的问题，而是哨兵链路没通。几个高频原因：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
SentinelAddrs里写了 Redis 实例地址（比如"127.0.0.1:6379"），但哨兵默认端口是26379，协议不通 - 本地开发时用了
"localhost"，而哨兵在 Docker 里跑，Go 程序容器内解析localhost指向自己，连不到宿主机哨兵；换成"host.docker.internal:26379"（Mac/Win）或宿主真实 IP（Linux） -
MasterName拼错或大小写不对，日志里会反复出现failed to resolve master，但 GoLand 控制台默认可能折叠这些 warn 级日志，要打开「Show console when standard output contains」并搜resolve - 哨兵进程根本没起来，或配置里
quorum值（如sentinel monitor mymaster 127.0.0.1 6379 2中的2）大于实际运行的哨兵数，导致故障转移永远不会触发
验证是否真连上了哨兵：启动后立刻在 GoLand 的 Run 窗口里搜 resolved master，看到类似 resolved master mymaster -> 10.0.1.20:6379 才算第一步成功。
GoLand 调试哨兵切换，得手动模拟主节点宕机
IDE 本身不会帮你 kill Redis 进程，但你可以：
- 在 GoLand 终端里执行
redis-cli -p 26379 SENTINEL failover mymaster主动触发一次主从切换（需哨兵有权限） - 或直接
kill -9 $(pgrep -f "redis-server.*6379")干掉当前主节点进程（确保你有权限且环境干净） - 然后观察 GoLand 的 Run 日志：几秒内应出现新
resolved master日志，且后续rdb.Set不再报错
注意：如果切换后仍往旧地址发请求，说明客户端没收到 +switch-master 事件——大概率是 SentinelAddrs 只填了一个哨兵，它挂了就断连；或者哨兵之间网络不通，无法达成 quorum 投票。
最易被忽略的一点：哨兵模式下，Username 字段只对 Redis 6+ 的 ACL 用户生效，且必须同时配 SentinelUsername（哨兵自身的用户名）和 Username（Redis 实例的用户名），两者完全独立，填错一个都会静默失败。
