Redisson集群拓扑更新问题分析与解决方案

问题背景

在使用Redisson客户端连接Redis集群时，当集群节点发生故障转移后重新加入集群时，Redisson的集群拓扑视图未能正确更新。具体表现为：当Redis集群中的主节点被标记为疑似故障并被移除，其备用节点被提升为主节点后，如果原主节点重新加入集群并再次被提升为主节点，Redisson客户端仍会尝试连接旧的主节点，导致写入操作失败。

问题现象

用户在使用Redisson 3.32.0版本连接Redis 6.x集群时，观察到以下现象：

1. 集群主节点被检测为疑似故障并被移除
2. 备用节点被提升为新的主节点
3. 原主节点重新加入集群并再次被提升为主节点
4. Redisson客户端仍尝试连接旧的主节点
5. 最终导致WriteRedisConnectionException异常，无法执行写入操作

技术分析

通过分析Redisson源码，发现问题根源在于ClusterConnectionManager类中的lastUri2Partition映射表。该映射表用于记录集群节点地址与分区信息的对应关系，但在节点离开集群时，相关条目并未被及时清除。

当节点重新加入集群时，由于lastUri2Partition中仍保留着旧记录，导致以下逻辑判断出现问题：

ClusterPartition currentPart = (ClusterPartition)this.lastUri2Partition.get(newPart.getMasterAddress());
boolean masterFound = currentPart != null;
...
if (!masterFound && !newPart.isMasterFail()) {
    addedPartitions.put(newPart.getMasterAddress(), newPart);
}

由于masterFound为true，新增分区的逻辑不会执行，导致Redisson无法感知到节点状态的变更。

解决方案

该问题已在Redisson的后续版本中修复。修复的核心思路是：

1. 完善集群拓扑更新机制，确保在节点离开集群时及时清理相关记录
2. 优化节点状态变更的处理逻辑，确保重新加入的节点能够被正确识别
3. 增强集群视图的同步机制，保证客户端与服务器端的集群状态一致性

最佳实践

对于使用Redisson连接Redis集群的用户，建议：

1. 及时升级到包含此修复的Redisson版本
2. 在集群配置变更频繁的场景下，适当缩短集群拓扑刷新间隔
3. 监控集群节点状态变更事件，及时发现并处理异常情况
4. 在应用程序中合理处理连接异常，实现自动恢复机制

总结

Redis集群的动态特性要求客户端能够及时感知并适应集群拓扑的变化。Redisson作为流行的Redis Java客户端，通过不断完善其集群管理机制，为用户提供了更稳定可靠的服务。理解这类问题的根源有助于开发者在实际应用中更好地设计容错机制，构建更健壮的分布式系统。