Google Cloud上Jedis 5.0.2间歇性Redis连接失败问题咨询

问题根源：Jedis 5.0.2的DNS缓存缺陷 #

Jedis 5.0.2存在DNS解析结果长期缓存的已知问题：当GCP Redis实例因故障切换、资源迁移等原因发生IP变更时，Jedis不会主动触发DNS重新解析，而是持续使用缓存的旧IP，最终导致连接失败。这完全匹配你描述的"重新部署可临时解决"现象——重启应用会触发首次DNS解析，获取当前有效的Redis实例IP。

遗漏配置与最佳实践 #

你可以通过以下配置调整快速缓解问题：

• 启用Jedis的DNS动态刷新：在构建JedisClientConfig时，开启dnsMonitoring并设置合理的刷新间隔（如30秒），让Jedis定期重新解析域名获取最新IP。
• 强化连接池有效性检测：配置连接池的testOnBorrow和testWhileIdle参数，在从池内获取连接或连接空闲时自动检测有效性，及时剔除失效连接。示例代码：

JedisPoolConfig poolConfig = new JedisPoolConfig();
poolConfig.setTestOnBorrow(true);
poolConfig.setTestWhileIdle(true);
poolConfig.setTimeBetweenEvictionRunsMillis(60000); // 每分钟检测一次空闲连接

• 配合GCP Redis特性：GCP Redis域名通常会返回多个IP，Jedis 5.0.2仅会尝试第一个解析结果，开启上述配置后能在IP变更时自动切换到有效地址。

升级新版本的可行性 #

是的，Jedis在5.1.0及后续版本中彻底修复了DNS缓存问题，新增了更智能的动态DNS刷新逻辑，同时优化了多IP地址的连接重试策略。升级到最新稳定版（如5.3.0+）可以从根源上解决该间歇性连接失败问题。

额外应急建议 #

• 临时重试机制：在应用侧为Redis操作增加连接失败后的重试逻辑，避免单次失败导致业务中断。
• 强制DNS刷新：若暂时无法升级Jedis版本，可通过定时调用InetAddress.getAllByName(redisDomain)触发JVM层面的DNS缓存刷新。

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