代码运行偶尔会抛出这个错误
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
