博客分析了Redis客户端连接数过多的情况，发现存在大量空闲连接和只读连接。通过检查Jedis连接池配置和使用jmx远程调试，发现问题可能出在Redisson连接池上。Redisson的connectionWatcher记录了很多未使用的Redis连接，通过调整Redisson的SlaveConnectionMinimumIdleSize和MasterConnectionMinimumIdleSize为1，解决了连接数过大的问题。
问题
运维反应redis客户端连接数太多，超过默认最大限制1W。
执行命令
./redis-cli –h host –p port info clients
查看redis客户端连接数，共6个节点每个节点都是2000+
分析
执行命令
./redis-cli –h host –p port client list
查看具体连接信息，有大量空闲连接，主节点大量cmd=null，从节点大量cmd=readonly，且idle时间和age时间差不多大的连接
说明大部分连接都是没有用到的。
发现Jedis连接池的minEvictableIdleTimeMillis和timeBetweenEvictionRunsMillis都配置成了-1，是不是Jedis连接池未及时回收连接的问题呢？但maxTotal配置的是20，一共30+个组件，不应该超过这个值啊！
写个脚本，先用jps查看组件pid，再
netstat –tanlp | grep pid | wc -l
统计每个组件的连接，发现每个组件都已经十倍超出这个值，平均200+。
打断点进入Jedis连接池中实现空闲连接检测的GenericObjectPool.evict()方法，发现IdleObjects一直是0，并没有需要丢弃的空闲连接。
基于对commons-pool2的信任，而且同个组件的druid连接池并没有出问题(
最低0.47元/天 解锁文章
661
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
