一次压测时发现jedis连接池泄露的bug的经历

最新推荐文章于 2024-09-11 10:26:17 发布

lyennon

最新推荐文章于 2024-09-11 10:26:17 发布

阅读量3.8k

点赞数 2

分类专栏： other 文章标签： redis

本文链接：https://blog.csdn.net/qq_14957991/article/details/100070101

版权

本文记录了一次压测中遇到的jedis连接池泄露问题，详细描述了从现象到排查过程，包括查看日志、分析线程堆栈、调整配置、检查代码依赖和优化连接池。最终，通过升级jedis版本解决了问题，总结了问题排查的经验和方法。

摘要由CSDN通过智能技术生成

压测环境

springboot版本为1.5.19，使用的spring data redis，其中jedis版本为2.9.1
压测工具使用jmeter,200个并发线程持续5分钟

现象

测试反映jemeter报大量的http超时
查看日志发现请求的响应时间随着时间的推移逐渐增大，应用重启之后报异常

redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool

问题排查

首先根据异常栈，定位到报错的jedis连接池的源码，梳理了一下获取连接的流程，代码如下：

// 获取连接  
public T getResource() {
     
    try {
     
      return internalPool.borrowObject();
    } catch (NoSuchElementException nse) {
     
      throw new JedisException("Could not get a resource from the pool", nse);
    } catch (Exception e) {
     
      // 是从这里抛出的异常
      throw new JedisConnectionException("Could not get a resource from the pool", e);
    }
  }

// 从连接池中取一个连接
   public T borrowObject() throws Exception {
     
        return borrowObject(getMaxWaitMillis());
    }

// borrowMaxWaitMillis 是一个超时时间，spring默认是-1，依旧是一直等待没有超时
// 可以通过 spring.redis.pool.max-wait 配置
public T borrowObject(final long borrowMaxWaitMillis) throws Exception {
     
      ···省略部分代码
            if (blockWhenExhausted) {
     
                if (p == null)