记一次 Redis 连接池报错：ERR max number of clients reached

代码运行偶尔会抛出这个错误

redis-cli  查看 连接数列表：client list       10000+

基本上就是连接数过多，查看最大连接数： config get maxclients   /    info clients   此时已经超出最大连接数了

解决方案设置超时时间：config  set timeout  30

 

如果不生效，则修改配置，把最大连接数改到20000，此方法我觉得指标不治本，Redis服务端连接不释放，一直增长，无论线程池调多大，随着时间的推移都会被占满。关键是看自己是否有这么多连接。

虽然网上方法很多，但基本都是一模一样的，而且都试过没用，最后自己是用以下方法解决，给自己做一次记录吧。

最后设置连接池：

testWhileIdle

false

JedisPoolConfig config = new JedisPoolConfig();

 

//在空闲时检查有效性, 默认false

config.setTestWhileIdle(false);

参考一份jedis配置;

#最大活动对象数     
redis.pool.maxTotal=1000    
#最大能够保持idel状态的对象数      
redis.pool.maxIdle=100  
#最小能够保持idel状态的对象数   
redis.pool.minIdle=50    
#当池内没有返回对象时，最大等待时间    
redis.pool.maxWaitMillis=10000    
#当调用borrow Object方法时，是否进行有效性检查    
redis.pool.testOnBorrow=true    
#当调用return Object方法时，是否进行有效性检查    
redis.pool.testOnReturn=true  
#“空闲链接”检测线程，检测的周期，毫秒数。如果为负值，表示不运行“检测线程”。默认为-1.  
redis.pool.timeBetweenEvictionRunsMillis=30000  
#向调用者输出“链接”对象时，是否检测它的空闲超时；  
redis.pool.testWhileIdle=true  
# 对于“空闲链接”检测线程而言，每次检测的链接资源的个数。默认为3.  
redis.pool.numTestsPerEvictionRun=50  
#redis服务器的IP    
redis.ip=xxxxxx  
#redis服务器的Port    
redis1.port=6379   

指明连接是否被空闲连接回收器(如果有)进行检验，如果检测失败，则连接将被从池中去除.。注意： 设置为true后如果要生效，validationQuery参数必须设置为非空字符串

 

 

关于连接池参数testWhileIdle，testOnBorrow，testOnReturn的疑问

1. testOnBorrow和testOnReturn在生产环境一般是不开启的，主要是性能考虑。失效连接主要通过testWhileIdle保证，如果获取到了不可用的数据库连接，一般由应用处理异常。

2. 对于常规的数据库连接池，testOnBorrow等配置参数的含义和最佳实践可以参考官方文档。

3. 数据源库连接池的实现原理与dropwizard无关，既然mysql server的wait_timeout等参数被设置为30秒，那么就会主动关闭不活跃的客户端连接，几个test参数设置为true可以通过充分的检测移除不可用连接，并重新创建新的连接，保证应用都获取到健康的连接。

4. my.conf中的wait_timeout参数和interactive_timeout参数默认是28800秒，也就是8小时。一般在生产环境这个数值会被设置为7天甚至30天，目的是保证mysql不会因为流量稀少而主动关闭session. 至于是否会导致大量的sleep连接，这个请在理解以上原理后，自行思考吧。

 

连接池配置扩展：http://blog.sina.com.cn/s/blog_77010b3a0101c36x.html