java应用实现redis缓存高可用需客户端、哨兵集群、redis实例三方协同：redis侧用docker compose编排主从+哨兵，固定ip与认证；java端用lettuce自动发现主节点、读写分离与故障重连；应用层配置超时降级、可观测性与故障演练。
Java 应用要让缓存真正高可用，光靠 Docker 跑起 Redis 主从+哨兵还不够——关键在于 Java 客户端能否自动感知主节点变化、故障时快速重连、读写流量合理分发。整个链路必须客户端、哨兵集群、Redis 实例三方对齐，缺一不可。
Redis 侧：用 Docker Compose 固化主从+哨兵拓扑
不建议手动 run 多个容器拼凑集群，容易 IP 漂移、网络不通、配置散乱。推荐用 Docker Compose 统一编排：
- 定义独立桥接网络（如
redis-net），所有容器固定 IPv4 地址（如主节点172.28.0.10），避免 DNS 解析失败 - 主节点开启 AOF 持久化和密码认证：
--appendonly yes --requirepass your_password - 从节点显式声明复制源与认证：
--replicaof redis-master 6379 --masterauth your_password - 每个哨兵挂载独立配置卷，动态生成
sentinel.conf，核心项包括：sentinel monitor mymaster 172.28.0.10 6379 2sentinel auth-pass mymaster your_passwordsentinel down-after-milliseconds mymaster 5000
Java 客户端：用 Lettuce 实现自动主发现与连接复用
别再直连某个 IP+端口，也别用已淘汰的 JedisSentinelPool（线程安全差、异常恢复弱）。Lettuce 是当前生产首选，它原生支持哨兵自动发现、事件驱动重连、连接池透明管理：
- 构造多个
RedisURI指向全部哨兵地址，例如：RedisURI.Builder.sentinel("172.28.0.11", 26379, "mymaster").withPassword("your_password").build() - 调用
MasterSlave.connect()建立StatefulRedisMasterSlaveConnection，它会自动订阅哨兵+switch-master事件 - 写操作走主连接，读操作可路由到从节点（启用
ReadFrom.REPLICA_PREFERRED），降低主库压力 - 连接异常时，Lettuce 内部自动触发重试+重新发现主节点，应用层无感知
应用层：控制降级逻辑与可观测性接入
高可用不是“搭完就完事”，得让业务在故障窗口期仍能稳住：
- 设置合理的超时与重试策略（如 Lettuce 的
ClientOptions中配置timeoutOptions和autoReconnect） - 主节点切换期间可能出现短暂写失败，需封装兜底逻辑：本地缓存暂存、异步补偿、或直接降级为查 DB
- 通过 Micrometer + Prometheus 暴露 Lettuce 连接状态、命令耗时、重连次数等指标；监听哨兵日志中的
+odown/+switch-master事件做告警 - 定期执行故障演练：手动 kill 主容器，验证 Java 应用是否在 10–30 秒内完成读写恢复
这套组合拳下来，缓存服务就能扛住单节点宕机、网络抖动、配置变更等常见问题。核心不在组件多炫酷，而在每层都守住自己的契约边界。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
