Jedis 连接池获取连接流程以及参数优化分析

        最近一直在做性能方面的优化，有一些涉及到redis方面的，因为经常会出现长时间获取不到连接导致慢请求的问题，  于是对Jedis获取连接的流程进行了分析，这里做一个记录。

几个重要的参数

jedis 配置时涉及到的参数很多，这里主要分析下载调优过程中涉及到的几个参数配置。

1. maxWaitMillis：
   表示当borrow一个jedis实例时，从连接池获取连接最大的等待时间，连接池满的情况下，会一直阻塞，如果超过等待时间，则直接抛出JedisConnectionException，配置类为JedisPoolConfig，单位ms，缺省-1；
    
2. connectionTimeout：
   连接超时时间，底层的Socket超时时间，在底层创建连接的时候才会使用，缺省2000。
   
   
    

3. blockWhenExhausted

   连接池已满，无空闲连接，是否等待获取其它连接，默认true，如果false，maxWaitMillis 参数不生效。

连接池获取连接流程

从上面的流程图，结合几个参数，总结出不同情况和配置下获取连接的处理方式和耗时时间

连接池状态	最大连接数	空闲连接数	blockWhenExhausted	获取连接最大时间	超时处理
连接池已满，无空闲连接	已到最大值	无空闲	true	maxWaitMillis	抛出异常
连接池已满，无空闲连接	已到最大值	无空闲	false	0	抛出异常
连接池已满，有空闲连接	已到最大值	有空闲	true/false	0	无异常
连接池未满，但是无空闲连接	未到最大值	无空闲	true	connectionTimeout +maxWaitMillis	抛出异常
连接池未满，但是无空闲连接	未到最大值	无空闲	false	connectionTimeout	抛出异常
连接池未满，有空闲连接	未到最大值	有空闲	true/false	0	无异常

 

总结

1.  对于这几个参数的配置，还是要结合业务实际情况，如果业务支持快速失败，我们可以设置blockWhenExhausted  为true，连接已满是直接抛出异常，做失败处理；
2. 合理的设置maxWaitMillis，不要让线程长时间阻塞，调用端线程可能来自线程池，如果大部分的线程都阻塞，可能会导致更严重的影响；
3. 合理的设置maxTotal、maxIdle、minIdle的值，maxTotal不建议设置为-1，高峰期会导致redis服务压力增加，或者导致连接耗尽，让客户端也来分担一部分压力。

 

转载于:https://my.oschina.net/lengchuan/blog/3085807