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命令超时通常是指Redis服务器在执行某个命令时,由于处理时间过长,超过了服务器设置的超时时间,导致客户端请求超时。这种情况可能由于以下几个原因造成: 1. Redis服务器负载过高:Redis服务器可能正在处理大量的请求,导致系统负载过高,处理速度变慢,从而导致某些请求超时。 2. 网络连接不稳定:如果网络连接不稳定或者延迟较高,客户端发送的命令可能无法及时到达Redis服务器,或者响应过程中出现延迟,从而导致请求超时。 3. Redis服务器配置问题:Redis服务器的超时时间配置可能设置得过短,无法适应某些耗时操作。可以尝试调整Redis服务器的超时时间,使其能够适应实际情况。 4. 复杂的操作:某些Redis命令可能需要处理大量数据或者执行复杂的计算,导致耗时较长,从而超过了服务器设置的超时时间。 解决Redis命令超时问题的方法有: 1. 检查Redis服务器的负载情况,如果系统负载过高,可以考虑对服务器进行水平扩展,增加服务器数量或者使用Redis集群。 2. 检查网络连接情况,确保网络连接稳定,延迟较低。可以考虑使用高速、稳定的网络连接,或者优化网络环境,提高网络性能。 3. 调整Redis服务器的超时时间设置,根据实际需求设置合理的超时时间,避免过短或过长导致的问题。 4. 分析复杂的命令,如果发现某些命令耗时较长,可以考虑优化命令的执行逻辑,减少数据量或者采用其他方式实现同样的功能。 综上所述,Redis命令超时可能由Redis服务器负载过高、网络连接不稳定、配置问题或者复杂操作等原因引起。解决方法包括调整服务器负载、优化网络连接、调整超时时间和优化命令执行逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值