Redisson连接泄漏问题分析与修复

问题背景

Redisson是一个流行的Redis Java客户端，在3.27.0版本升级后，用户报告了一个严重的连接泄漏问题。当使用Redis集群模式时，每次节点重新连接都会导致25个新连接被创建，而旧连接却未被正确关闭，最终导致连接数不断累积增长。

问题现象

用户从3.26.1升级到3.27.2版本后观察到：

1. 每次Redis集群节点重新连接时，连接数增加25个
2. 这些新增连接不会被释放
3. 两天内单台主机上Redis连接数增加了3800个
4. 问题在无负载情况下也会出现

技术分析

通过日志分析和代码审查，发现问题根源在于：

1. 连接初始化机制：Redisson为每个从节点默认初始化24个空闲连接（由slaveConnectionMinimumIdleSize参数控制），加上1个用于拓扑扫描的连接。

2. 集群拓扑变化处理：当集群拓扑发生变化（如节点故障转移）时，系统会：

   • 移除旧的从节点连接
   • 添加新的从节点连接
   • 初始化新的连接池

3. 竞态条件问题：在3.27.0版本中引入的变更导致：

   • 非线程安全的集合操作
   • 从节点IP地址解析和连接管理存在竞态条件
   • 旧连接未能被正确识别和关闭

修复方案

Redisson团队通过多次迭代修复了此问题：

1. 增强日志记录：添加了详细的集群状态解析和连接关闭日志，便于诊断。

2. 线程安全改进：修复了非线程安全的集合操作，确保连接管理的原子性。

3. 连接生命周期管理：完善了连接关闭机制，确保在节点移除时正确释放所有相关连接。

验证结果

经过3.28.1-SNAPSHOT版本验证：

1. 节点重新连接时不再出现连接泄漏
2. 连接数保持稳定
3. 集群拓扑变化处理更加可靠

最佳实践建议

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

1. 版本选择：建议使用3.28.1或更高版本，避免此连接泄漏问题。

2. 监控配置：应监控以下指标：

   • Redis连接数
   • 集群拓扑变化事件
   • 连接池使用情况

3. 参数调优：根据实际负载调整：

   • slaveConnectionMinimumIdleSize
   • slaveConnectionPoolSize
   • idleConnectionTimeout

4. 日志级别：在生产环境建议设置org.redisson包为DEBUG级别，便于问题诊断。

总结

这次连接泄漏问题的解决展示了Redisson团队对产品质量的重视。通过详细的日志分析和多轮修复，最终找到了根本原因并提供了稳定解决方案。对于分布式系统来说，连接管理是核心功能之一，这次经验也提醒我们在进行客户端升级时需要充分测试和监控。