Redis command timed out两种异常情况的解决方式
Redis command timed out
SpringBoot项目引入Redis后发现偶尔会出现连接会超时Redis command timed out，看了博客上写的很多文章，都说可以通过设置超时时间解决问题，尝试的一下还是会出现这个问题，其实不管你设置多久都还是会超时。
原因是springboot2.x之后，springboot默认使用的Redis的客户端是lettuce，而不是jedis，lettuce连接池。
org.springframework.dao.QueryTimeoutException: Redis command timed out; nested exception is io.lettuce.core.RedisCommandTimeoutException: Command timed
out after 5 second(s)
at org.springframework.data.redis.connection.lettuce.LettuceExceptionConverter.convert(LettuceExceptionConverter.java:70)
at org.springframework.data.redis.connection.lettuce.LettuceExceptionConverter.convert(LettuceExceptionConverter.java:41)
at org.springframework.data.redis.PassThroughExceptionTranslationStrategy.translate(PassThroughExceptionTranslationStrategy.java:44)
at org.springframework.data.redis.FallbackExceptionTranslationStrategy.translate(FallbackExceptionTranslationStrategy.java:42)
at org.springframework.data.redis.connection.lettuce.LettuceConnection.convertLettuceAccessException(LettuceConnection.java:273)
at org.springframework.data.redis.connection.lettuce.LettuceStringCommands.convertLettuceAccessException(LettuceStringCommands.java:799)
at org.springframework.data.redis.connection.lettuce.LettuceStringCommands.get(LettuceStringCommands.java:68)
at org.springframework.data.redis.connection.DefaultedRedisConnection.get(DefaultedRedisConnection.java:266)
at org.springframework.data.redis.core.DefaultValueOperations$1.inRedis(DefaultValueOperations.java:57)
at org.springframework.data.redis.core.AbstractOperations$ValueDeserializingRedisCallback.doInRedis(AbstractOperations.java:60)
解决：
引入spring-boot-starter-data-redis包，这个包会默认使用 lettuce ,这个问题就lettuce引起的，我们只需要把io.lettuce包移除，换成jedis就可以了
<!-- redis -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
<exclusions>
<!-- 过滤lettuce，使用jedis作为redis客户端 -->
<exclusion>
<groupId>io.lettuce</groupId>
<artifactId>lettuce-core</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
</dependency>
二、keys命令会遍历redis集合，是一个非常耗时的操作，线上应该禁止使用此操作，通过业务排查发现有一个业务还使用了keys 命令来过滤数据，线上代码中使用了keys 命令来过滤key keys命令类似与数据库的全表扫描，会遍历redis中的所有数据，而redis的work线程又是单线程的，这个命令执行时间过长会阻塞其他正常命令的执行，导致其他命令执行超时，出现前面问题中的timed out 异常。
解决：
了解到keys 命令的影响，禁止使用keys 命令，特别是线上环境，禁止使用redis desktop manager 这样的redis 界面工具连接线上环境（因为这类工具会通过keys * 来加载全量数据到本地），排查代码中使用keys 命令的情况，必须在redis 服务器上禁止keys 这样不安全的命令的使用，还有flushdb flushall等操作。
三、spring-boot-starter-data-redis有两种实现方式：lettuce 和 jedis 区别
1.Jedis:
Jedis是同步的，不支持异步，Jedis客户端实例不是线程安全的，需要每个线程一个Jedis实例，所以一般通过连接池来使用Jedis。
优点：
- 提供了比较全面的 Redis 操作特性的 API
- API 基本与 Redis 的指令一一对应，使用简单易理解
缺点：
- 同步阻塞 IO
- 不支持异步
- 线程不安全
springboot链接Redis客户端Jedis的pom.xml配置
<!-- redis -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
<exclusions>
<!-- 过滤lettuce，使用jedis作为redis客户端 -->
<exclusion>
<groupId>io.lettuce</groupId>
<artifactId>lettuce-core</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- jedis-->
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
</dependency>
jedis的yml文件配置如下：
#Redis哨兵模式
spring:
redis:
database: 1
password: 123456
jedis:
pool:
max-active: 8
min-idle: 0
max-idle: 8
sentinel:
master: mymaster
nodes: 192.168.111.10:26379,192.168.111.11:26379,192.168.111.12:26379
2.Lettuce:
Lettuce是基于Netty框架的事件驱动的Redis客户端，其方法调用是异步的，Lettuce的API也是线程安全的，所以多个线程可以操作单个Lettuce连接来完成各种操作，同时Lettuce也支持连接池.
优点：
- 线程安全
- 基于 Netty 框架的事件驱动的通信，可异步调用
- 适用于分布式缓存
缺点：
- API 更抽象，学习使用成本高
springboot链接Redis客户端Jedis的pom.xml配置
<!-- redis -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<!-- spring2.X集成redis需要common-pool2依赖，如果使用Lettuce作为连接池,
需要引入commons-pool2依赖,否则会报错bean注入失败 -->
<dependency>
<groupId>org.apache.commons</groupId>
<artifactId>commons-pool2</artifactId>
</dependency>
jedis的yml文件配置如下：
#Redis哨兵模式
spring:
redis:
database: 1
lettuce:
pool:
max-active: 20
max-idle: 10
max-wait: 10000
min-idle: 0
shutdown-timeout: 100
password: 123456
sentinel:
master: mymaster
nodes: 192.168.111.10:26379,192.168.111.11:26379,192.168.111.12:26379
timeout: 3000
总结
到此这篇关于Redis command timed out两种异常情况的解决方式的文章就介绍到这了,更多相关Redis command timed out异常解决内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
手动提交事务可以提供更灵活的控制,以便在分布式环境中处理事务的提交和回滚,本文就来介绍一下springboot中手动提交事务的实现方法,感兴趣的可以了解一下2024-01-01
System.getProperty(“line.separator“)含义及意义详解
这篇文章主要介绍了System.getProperty(“line.separator“)含义,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2023-05-05
详解Spring boot+CXF开发WebService Demo
这篇文章主要介绍了详解Spring boot+CXF开发WebService Demo,非常具有实用价值，需要的朋友可以参考下2017-05-05
SpringBoot是一种整合Spring技术栈的方式(或者说是框架)，同时也是简化Spring的一种快速开发的脚手架，本篇让我们一起分析请求处理流程机制2022-07-07
RestTemplate报错400 Bad Request的解决方案
在使用Spring Boot时,若直接通过@Autowired注入RestTemplate可能会遇到400BadRequest错误,原因在于Spring Boot官方文档指出,由于RestTemplate实例通常需要在使用前进行定制,因此Spring Boot不会自动配置单个RestTemplate Bean2024-11-11
本文来介绍一题中缀表达式求值的问题，就是给定一个中缀计算式，编写程序将这个式子运算结果给计算出来，其实和后缀表达式的思路差不多，都是栈的运用问题，感兴趣的可以了解一下2022-11-11
这篇文章主要介绍了Java原生方法实现 AES 算法,结合实例形式分析了Java实现AES加密算法的相关操作技巧,需要的朋友可以参考下2019-03-03
在Java环境中解析使用国密算法（如SM3WITHSM2）的数字证书可能遇到挑战,使用BouncyCastle加密库可以解决Java标准库无法识别国密算法椭圆曲线的问题,成功解析国密数字证书,添加BouncyCastle依赖并修改代码,使其支持国密算法,即可解析采用SM3WITHSM2算法的数字证书2024-09-09
这篇文章主要介绍了tk.mybatis如何扩展自己的通用mapper操作，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2021-06-06
下面小编就为大家带来一篇浅谈Java枚举的作用与好处。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧2016-07-07
最新评论