lettuce.core.RedisCommandTimeoutException: Command timed out after 1 minute(s) timeout 60000超时问题

最新推荐文章于 2025-03-07 22:35:17 发布

hya168

最新推荐文章于 2025-03-07 22:35:17 发布

阅读量5.7k

点赞数 4

分类专栏：服务器文章标签： redis java 数据库

本文链接：https://blog.youkuaiyun.com/hya168/article/details/129345992

版权

服务器专栏收录该内容

2 篇文章

订阅专栏

服务器上的Java程序使用Lettuce连接Redis时不定期出现超时问题，尽管Redis服务器和其他应用工作正常。问题根源在于NAT模式下的网络连接，当出口IP变化时，Lettuce因无心跳检测而保持失效连接。解决方案是切换到支持心跳检测的Jedis库，或者确保服务器出口IP稳定。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

有一台服务器 java程序不定期会出现Redis command timed out; nested exception is io.lettuce.core.RedisCommandTimeoutException: Command timed out after 1 minute(s) 错误，导致应用出现 timeout 60000 错误，重启应用后，问题修复，但还是会不定期出现该问题。查看应用日志，发现有如下错误：

Redis command timed out; nested exception is io.lettuce.core.RedisCommandTimeoutException: Command timed out after 1 minute(s)
出现timeout 60000问题时，登录服务器，telnet 到redis服务器时，显示连接正常，并且使用相同redis服务器的其他应用也是正常，因此可以排除是redis服务器问题。
在redis服务器以及故障服务器上同时运行以下命令，查看链接情况

netstat -anp|grep 6379

Redis服务器：
存在redis客户端链接，但没有从故障服务器IP过来的链接。
在这里插入图片描述
故障服务器：
存在到redis服务器的链接。
故障服务器存在redis链接
说明客户端的redis连接已经死了，该客户端服务器是托管在本地一家机房，已nat模式连接的网络，该机房有多个出口IP作为负载均衡，当出口IP发生变化时，由于客户端程序使用的lettuce没有心跳检测，导致出口IP变化后，原链接失败，但程序并不知道链接已死，还是使用原链接，从而导致time 60000错误。
解决方案也很简单，将lettuce换成jedis,因为jedis有心跳检测，或者与机房协调，保证改服务器出口IP不要变动。