托管redis需连云平台提供的主节点或只读地址，不可用slaveof；集群版默认仅支持db0；redisconnectionfactory不可热刷新；主从延迟属正常现象，强一致读应直连主节点。
托管Redis怎么连上Spring Boot？
托管Redis（比如阿里云Redis、腾讯云CRS、AWS ElastiCache）本质还是标准Redis协议，但不支持直接写slaveof命令，也不能改redis.conf——你没权限。所以“主从复制组”不是靠客户端配的，而是云平台在服务端已预置好主从拓扑，你只管连主节点（读写）或只读地址（读）。
- 托管服务通常提供三个连接地址：
master-address（写）、readonly-address（多个从节点负载均衡后的只读入口）、sentinel-address（如果启用了哨兵） - Spring Boot 用
spring.redis.host+spring.redis.port连的是主节点；想走只读流量，得手动切数据源或用LettuceClientConfigurationBuilderCustomizer注入只读连接池 - 云厂商的“只读地址”背后是自动故障转移的DNS轮询或代理层，不是传统Redis的
REPLICAOF逻辑，别试图在应用里调slaveof——会报(error) ERR This instance has cluster support disabled或直接拒绝
为什么加了spring.redis.database还连错库？
托管Redis普遍禁用SELECT命令（尤其集群版），且默认只开放db0。即使配置写了spring.redis.database=1，实际连接时会被服务端忽略，或返回NOAUTH Authentication required类错误（因鉴权失败触发兜底拦截）。
- 查清你买的实例类型：标准版（单节点/主从）一般支持多DB，集群版（Cluster）强制只能用
db0 - 配置中显式写
spring.redis.database=0更安全，避免本地开发（默认db0）和托管环境（可能限制db0）行为不一致 - 如果业务真依赖多DB隔离，别用集群版，选标准版主从，并确认控制台里“是否启用多数据库”开关已打开
动态刷新配置——别碰RedisConnectionFactory单例
有人想通过@RefreshScope刷新RedisTemplate来“热切换主从地址”，这是危险操作：Spring Boot 的 RedisConnectionFactory 是单例且持有长连接，强行刷新会导致连接泄漏、超时堆积、甚至旧连接还在发命令到已下线的IP。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 真正需要动态路由（比如灰度切流、灾备切换），应该在客户端做：用
RedisURI构建多个LettuceClientConfiguration，再通过自定义RedisTemplate工厂按条件返回对应实例 - 更轻量的做法是：把主地址和只读地址都写死在配置中心（如Nacos），用
@Value("${redis.master-uri}")注入，配合@EventListener监听EnvironmentChangeEvent，仅重新初始化连接池（pool.destroy()+pool.init()），不重建Factory本身 - 记住：连接池可重置，连接工厂不能热替换
主从延迟导致读不到刚写的key？
这是托管环境下最常被误认为“配置失败”的问题。你写完立刻GET，但从节点还没同步过来——不是你的代码有问题，是Redis复制有天然延迟（ms级，但压测时可能到100ms+）。
- 不要依赖“写后立刻读”：业务上拆成两步，写成功后发MQ通知读，或加
WAIT 1 1000命令（需Redis ≥ 3.0，且托管服务得开放该命令） - 检查云控制台里的“复制延迟监控图”，如果持续>500ms，可能是从节点CPU打满或网络抖动，不是配置问题
- 如果必须强一致读，就别走只读地址，全部走主节点——但那就失去读写分离意义了
托管Redis的主从是基础设施层的事，Spring Boot只负责连和用。配错的地方，八成不在application.yml，而在没看清控制台提供的地址类型和实例规格限制。
