记redis一次Could not get a resource from the pool 异常的解决过程

最近有个项目中的redis每天都会报 "Could not get a resource from the pool"的错误，而这套代码在另一地方部署又没有问题。一直找不到错误原因。按字面意思是连接池中资源不够。

1. 有可能是并发太高而连接池太小，尝试修改连接池上限来解决问题，修改方法如下：

  <!-- redis连接池的配置 -->

  <bean id="jedisPoolConfig" class="redis.clients.jedis.JedisPoolConfig">

    <property name="maxTotal" value="${spring.redis.maxTotal}"/>

    <property name="maxIdle" value="${spring.redis.maxIdle}"/>

    <property name="minIdle" value="${spring.redis.minIdle}"/>

    <property name="testOnBorrow" value="${spring.redis.testOnBorrow}"/>

    <property name="testOnReturn" value="${spring.redis.testOnReturn}"/>

  </bean>

修改 maxTotal 到 60 100 300，可以改变连接池大小

spring.redis.maxTotal=8

spring.redis.maxIdle=8

spring.redis.minIdle=1

spring.redis.testOnBorrow=true

spring.redis.testOnReturn=true

将连接池上限修改到很大，运行后发现还是没有解决，仍然报错，有时还会报 "clusterdown the cluster is down"。将maxIdle与minIdle调大，也是一样没有效果。

2. 有网友说有可能是redis连接没有被释放，连接池设再大也没用。项目使用了spring-data-redis，按理释放是不需要自己处理的，项目使用的配置如下：

  <bean id="redisTemplate" class="org.springframework.data.redis.core.RedisTemplate">

    <property name="connectionFactory" ref="jedisConnectionFactory" />

    <property name="keySerializer" ref="stringRedisSerializer" />

    <property name="hashKeySerializer" ref="stringRedisSerializer" />

    <property name="valueSerializer" ref="stringRedisSerializer"/>

  </bean>

这里并没有使用redis事务功能，默认情况下 RedisTemplate 的 enableTransactionSupport = false，所以不需要手动释放连接。

关于开启事务后手动释放的代码，参考这里(https://www.cnblogs.com/DDgougou/p/10268206.html)

3.网上有网友说有可能是jedis版本的问题，当前项目使用的版本为:

    <dependency>

      <groupId>redis.clients</groupId>

      <artifactId>jedis</artifactId>

      <version>2.9.0</version>

    </dependency>

更新到2.9.3，继续测试。

    <dependency>

      <groupId>redis.clients</groupId>

      <artifactId>jedis</artifactId>

      <version>2.9.3</version>

    </dependency>

测试发现，提示终于有变化了，不再显示"Could not get a resource from the pool"，但问题还是没有解决，因为项目使用集群的原因，变成提示"Too many Cluster redirections"，这是什么鬼？？？确实没有了连接池的错误提示，但又出现新的问题。

4. 检查redis集群，"Too many Cluster redirections"的意思是连不上其中一个节点，尝试连另一个配置的节点，如果都连不上，就会提示这个错误。检查redis集群方法如下：

利用redis-cli命令进行远程检查

redis-cli -h 127.0.0.1 -p

// 连接成功 如果设置了密码，需要运行命令  auth xxx   xxx为密码

运行 cluster info 检查

执行结果，集群正常

xxx:> cluster info

cluster_state:ok

cluster_slots_assigned:

cluster_slots_ok:

cluster_slots_pfail:

cluster_slots_fail:

cluster_known_nodes:

cluster_size:

cluster_current_epoch:

cluster_my_epoch:

cluster_stats_messages_sent:

cluster_stats_messages_received:

(.53s)

集群没问题，但总会偶尔连不上，因为把做了3个节点（redis与mysql装在同一台服务器上），全连不上的机率不大，所以最大的可能就是服务器或者服务器的网络出问题，造成"Too many Cluster redirections"这个错误的发生。

最后通过观察发现出错的规律，当mysql在执行一个很耗时的存储过程CPU高得飞起时，就很容易出现报错的情况。最终基本确定是服务器突然卡引起的异常，所以才会一会正常偶尔又会报错。

经过一天的验证与解决，出现"Could not get a resource from the pool"进的解决方法总结如下：

1. 参数问题，有可能是连接池太小引起

2. jedis版本问题引起

3.服务器性能引起

最终把redis移到另一台服务器上，问题解决。

巴特西

记redis一次Could not get a resource from the pool 异常的解决过程

最新文章

热门文章