python redis连接数过大_[问题分析]redis客户端连接数过多，大量空闲连接和readonly连接...

问题

运维反应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连接池并没有出问题(两者用的都是用commons-pool2实现自己的连接池)，我觉得问题应该出现在其他地方。

打开java进程的jmx功能(或者使用idea的remote远程调试功能)，进一步分析，配置如下(看key就能明白作用)：

-Djava.rmi.server.hostname=IP

-Dcom.