Spring Boot集成Spring Data Redis连接Redis集群报MOVED 6203错误求助

你的配置存在的潜在遗漏及修复方案 #

1. 集群节点初始化不完整 #

你仅向RedisClusterConfiguration添加了单个节点，虽然Lettuce能通过该节点自动发现整个集群，但如果初始节点处于故障或槽位迁移状态，可能导致拓扑刷新不及时。建议初始化时添加多个集群核心节点：

redisClusterConfiguration.addClusterNode(new RedisNode(redisHost1, redisPort1));
redisClusterConfiguration.addClusterNode(new RedisNode(redisHost2, redisPort2));

2. 自适应拓扑刷新的触发逻辑需细化 #

enableAllAdaptiveRefreshTriggers()虽开启了所有触发条件，但默认阈值可能无法及时响应MOVED重定向。显式配置重定向触发规则，确保遇到MOVED时立即刷新拓扑：

ClusterTopologyRefreshOptions.builder()
        .enablePeriodicRefresh(Duration.ofSeconds(60L))
        .enableAdaptiveRefreshTrigger(ClusterTopologyRefreshOptions.RefreshTrigger.MOVED_REDIRECT)
        .refreshTriggersReconnectAttempts(1) // 遇到1次MOVED就触发拓扑刷新
        .build()

3. 适配AWS ElastiCache的DNS解析特性 #

你使用的是AWS ElastiCache集群，这类托管集群依赖DNS别名映射真实节点，需开启Lettuce的DNS定期刷新：

ClusterClientOptions.builder()
        .socketOptions(SocketOptions.builder()
                .dnsRefresh(Duration.ofSeconds(30L)) // 每30秒刷新一次DNS解析
                .build())
        // 其他配置...
        .build()

4. 连接池的旧连接缓存问题 #

使用连接池时，旧连接可能缓存过时的拓扑信息。配置连接池的借取验证策略，确保每次获取的连接都使用最新拓扑：

LettucePoolingClientConfiguration.builder()
        .poolConfig(new GenericObjectPoolConfig<>() {{
            setMaxTotal(20);
            setMaxIdle(10);
            setMinIdle(5);
            setTestOnBorrow(true); // 借连接时验证拓扑有效性
        }})
        // 其他配置...
        .build()

5. 版本兼容性检查 #

部分旧版本Lettuce在处理AWS ElastiCache时存在拓扑刷新bug，确认Spring Boot对应的Lettuce版本：

• Spring Boot 2.7.x 对应 Lettuce 6.2.x
• Spring Boot 3.x 对应 Lettuce 6.3.x+
  若版本过低，建议升级依赖。

额外验证步骤 #

• 开启Lettuce DEBUG日志，检查拓扑刷新是否触发：

  logging.level.io.lettuce.core=DEBUG
  

• 确认Redis集群槽位分配是否稳定，若正处于槽位迁移过程中，MOVED错误为正常现象，迁移完成后会自动消失。
• 检查AWS安全组配置，确保客户端能访问所有集群节点的端口（ElastiCache默认端口为6379或自定义端口），Lettuce需要直接连接每个节点完成拓扑交互。

内容的提问来源于stack exchange，提问作者Sumeet Kumar