Redisson中MASTER_SLAVE读模式失效问题分析

问题背景

在使用Redisson客户端连接Redis集群时，开发人员配置了readMode: "MASTER_SLAVE"，期望读操作能够在主节点(Master)和从节点(Slave)之间进行。然而实际运行中发现，所有读请求都被路由到了从节点，主节点完全没有处理任何读请求，这与预期的行为不符。

配置分析

从提供的配置信息来看，Redisson客户端的集群配置中明确设置了：

readMode: "MASTER_SLAVE"
slaveConnectionMinimumIdleSize: 24
slaveConnectionPoolSize: 64
masterConnectionMinimumIdleSize: 24
masterConnectionPoolSize: 64

理论上，MASTER_SLAVE模式应该允许读操作在主节点和从节点上执行，而写操作则只会在主节点上执行。这种配置在读写分离场景下很常见，可以充分利用从节点分担读负载。

可能原因分析

1. Redis集群重定向：主节点可能将读请求重定向到了从节点。Redis集群在某些情况下会自动将请求重定向到正确的节点。

2. Redisson版本问题：不同版本的Redisson可能在处理读模式时有不同的实现逻辑。

3. BitSet操作特殊性：使用的RBitSet.get()操作可能被视为特殊命令，被默认路由到从节点。

4. 连接池配置影响：虽然连接池配置了主从连接，但实际路由策略可能受到其他因素影响。

验证方法

Redisson开发团队提供了验证代码，可以通过以下方式检查请求实际路由情况：

// 获取集群信息
RedisCluster c = redisson.getRedisNodes(RedisNodes.CLUSTER);

// 检查主节点的getbit命令统计
for (RedisClusterMaster master : c.getMasters()) {
    Map<String, String> stat = master.info(RedisNode.InfoSection.COMMANDSTATS);
    System.out.println(master + " cmdstat_getbit: " + stat.getOrDefault("cmdstat_getbit", "0"));
}

// 检查从节点的getbit命令统计
for (RedisClusterSlave slave : c.getSlaves()) {
    Map<String, String> stat = slave.info(RedisNode.InfoSection.COMMANDSTATS);
    System.out.println(slave + " cmdstat_getbit: " + stat.getOrDefault("cmdstat_getbit", "0"));
}

解决方案建议

1. 升级Redisson版本：确保使用最新版本的Redisson客户端，以避免已知的路由问题。

2. 检查Redis集群配置：确认Redis集群本身没有强制重定向读请求的设置。

3. 明确命令路由策略：对于特殊数据结构操作，考虑是否需要显式指定路由节点。

4. 监控和日志：增加对请求路由的监控，确保配置按预期工作。

最佳实践

在生产环境中使用Redisson的MASTER_SLAVE模式时，建议：

1. 全面测试路由行为，验证读操作是否按预期分布在主从节点上
2. 监控各节点的负载情况，确保没有单点过载
3. 定期检查Redis和Redisson的版本兼容性
4. 对于关键操作，考虑使用强制主节点读取的API

通过以上分析和建议，可以帮助开发人员正确配置和使用Redisson的读写分离功能，充分发挥Redis集群的性能优势。