解决Redis问题：JedisConnectionException: Could not get a resource from the pool

约定不等于承诺〃 2022-11-15 11:56 239阅读 0赞

## 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连接造成的【简称**连接泄露** (**常见**)】

分析图如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0NTQzNTA4_size_16_color_FFFFFF_t_70]  
JedisPool默认的`maxTotal=8`，下面的代码从JedisPool中借了8次Jedis，但是没有归还，当第9次`(jedisPool.getResource().ping())`

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

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

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

> **异常原因二**: 业务并发量大，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资源池优化][JedisPool]  
3、客户端没有从连接池(最大maxTotal个)拿到可用Jedis连接造成的，简称**连接泄露** (**常见**)，所以**推荐**使用的代码规范是如下：

参考：[Jedis常见异常汇总][Jedis]

ok，end…

> **简单点，写博客的方式简单点。**

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0NTQzNTA4_size_16_color_FFFFFF_t_70]: /images/20221022/8c86e4df6d1c43b2a371a5e253e0c85f.png
[JedisPool]: https://developer.aliyun.com/article/236383
[Jedis]: https://blog.didispace.com/Jedis%E5%B8%B8%E8%A7%81%E5%BC%82%E5%B8%B8%E6%B1%87%E6%80%BB/