Redis报错：JedisConnectionException: Could not get a resource from the ...

1、问题形貌：
redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
2、简要分析：
redis.clients.util.Pool.getResource会从JedisPool实例池中返回一个可用的redis毗连。分析源码可知JedisPool 继承了 redis.clients.util.Pool ，而这个Pool是通过commons-pool开源工具包中的org.apache.commons.pool2.impl.GenericObjectPool来实现对Jedis实例的管理的。以是我们分析一下GenericObjectPool或许能找到答案。
其中GenericObjectPool三个紧张个几个属性是：
   MaxActive: 最大毗连数
MaxIdle: 最大空闲数
MaxWait: 最大等待时间，单元毫秒（million seconds）
  毗连池中无可用毗连时会会举行等待maxWait时间，若超出泽抛Could not get a resource from the pool异常。以是应根据程序实际情况公道设置这三个参数的值，尽量避免这个异常。
分析效果：
如果毗连池没有可用Jedis毗连，会等待maxWaitMillis(毫秒)，依然没有获取到可用Jedis毗连，会抛出这个异常：redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
3、发生异常大概的情况

   异常缘故起因一、客户端没有从毗连池(最大maxTotal个)拿到可用Jedis毗连造成的【简称毗连泄露 (常见)】
  分析图如下：

JedisPool默认的maxTotal=8，下面的代码从JedisPool中借了8次Jedis，但是没有归还，当第9次(jedisPool.getResource().ping())

1. GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
2. JedisPool jedisPool = new JedisPool(poolConfig, "127.0.0.1", 6379);
3. //向JedisPool借用8次连接，但是没有执行归还操作。
4. for (int i = 0; i < 8; i++) {
5.     Jedis jedis = null;
6.     try {
7.         jedis = jedisPool.getResource();
8.         jedis.ping();
9.     } catch (Exception e) {
10.         logger.error(e.getMessage(), e);
11.     }
12. }
13. jedisPool.getResource().ping();

复制代码

以是推荐使用的代码规范是：

1. 执行命令如下：
2. Jedis jedis = null;
3. try {
4.     jedis = jedisPool.getResource();
5.     //具体的命令
6.     jedis.executeCommand()
7. } catch (Exception e) {
8.     //如果命令有key最好把key也在错误日志打印出来，对于集群版来说通过key可以帮助定位到具体节点。
9.     logger.error(e.getMessage(), e);
10. } finally {
11.     //注意这里不是关闭连接，在JedisPool模式下，Jedis会被归还给资源池。
12.     if (jedis != null)
13.         jedis.close();
14. }

复制代码

  异常缘故起因二: 业务并发量大，maxTotal确实设置小了！
  举个例子：
一次命令时间（borrow|return resource + Jedis执行命令(含网络) ）的平均耗时约为1ms，一个毗连的QPS约莫是1000，业务期望的QPS是50000，那么理论上必要的资源池巨细是50000 / 1000 = 50个，实际maxTotal可以根据理论值公道举行微调。
   异常缘故起因三: Jedis毗连还的太慢
  例如Redis发生了阻塞(例如慢查询等缘故起因)，所有毗连在超时时间范围内等待，并发量较大时，会造成毗连池资源不敷。
   异常缘故起因四: 其他问题
  例如丢包、DNS、客户端TCP参数配置，具体可以参考：Jedis先容及常见问题分析
   异常缘故起因五: 检查Redis的配置是否精确，IP端口【值得反思】
 
  4、解决方案：
1、检查Redis的配置是否精确，IP端口【值得反思】
2、调整配置参数。但是，不要被异常的表象所迷惑，简单地认为毗连池不够就盲目加大maxTotal，要具体问题具体分析。毗连池参数优化可以参考：JedisPool资源池优化
3、客户端没有从毗连池(最大maxTotal个)拿到可用Jedis毗连造成的，简称毗连泄露 (常见)，以是推荐使用的代码规范是如下：
 

1. 执行命令如下：
2. Jedis jedis = null;
3. try {
4.     jedis = jedisPool.getResource();
5.     //具体的命令
6.     jedis.executeCommand()
7. } catch (Exception e) {
8.     //如果命令有key最好把key也在错误日志打印出来，对于集群版来说通过key可以帮助定位到具体节点。
9.     logger.error(e.getMessage(), e);
10. } finally {
11.     //注意这里不是关闭连接，在JedisPool模式下，Jedis会被归还给资源池。
12.     if (jedis != null)
13.         jedis.close();
14. }

复制代码

参考：Jedis常见异常汇总 | 程序猿DD

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。