概述
Jedis Could not get a resource from the pool
- 一、错误描述
- 二、逐一排查
- 2.1 网络检查
- 2.2 JedisPool连接数设置检查
- 2.3 JedisPool连接池代码检查
- 2.4 检查是否发生nf_conntrack丢包
- 2.5 检查是否TIME_WAIT问题
- 2.6 检查是否DNS问题
- 三、总结
一、错误描述
使用Jedis连接池模式的时候容易出现的错误是无法获取连接池
redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
对于这类问题的原因有几类,可以根据以下一一进行排查
二、逐一排查
2.1 网络检查
首先检查是否网络问题,可以通过telnet host 6379
进行简单测试,连上之后auth 密码回车查看是否返回+OKrn,如果能够正确返回继续检查ping请求或者读写请求是否正常返回,操作多次排查网络问题影响。
2.2 JedisPool连接数设置检查
JedisPool使用的时候需要进行连接池的设置,用户在超过MaxTotal连接数的时候也会出现获取不到连接池的情况,这个时候可以在访问客户端上通过netstat -an | grep 6379 | grep EST | wc -l
查看链接的客户端链接数目,并且比较这个数目和JedisPool配置的MaxTotal的值,如果没有明显超过或者接近就可以排除JedisPool连接池配置的影响。
2.3 JedisPool连接池代码检查
对于JedisPool连接池的操作,每次getResource
之后需要调用returnResource````或者
close```进行归还,可以查看代码是否有正确使用,代码sample可以参考上面的
2.4 检查是否发生nf_conntrack丢包
通过dmesg检查客户端是否有异常
nf_conntrack: table full, dropping packet
如果发生nf_conntract
丢包可以通过修改设置sysctl -w net.netfilter.nf_conntrack_max=120000
2.5 检查是否TIME_WAIT问题
通过ss -s
查看time wait链接是否过多
如果TIME_WAIT过多可以修改以下参数
sysctl -w net.ipv4.tcp_max_tw_buckets=180000
sysctl -w net.ipv4.tcp_tw_recycle=1
2.6 检查是否DNS问题
通过在/etc/hosts文件直接绑定host地址,绑定完成之后查看问题是否还存在,如果还存在则不是DNS解析问题
192.168.1.1 *.redis.xxx.com
三、总结
如果按照上面排查之后还有问题可以通过抓包并将报错时间点,报错信息,然后进行分析。抓包命令为
sudo tcpdump -i eth0 tcp and port 6379 -n -nn -s 74 -w redis.cap
转自:
https://yq.aliyun.com/articles/73894?spm=5176.8091938.0.0.iOI0kR
最后
以上就是安静唇膏为你收集整理的Jedis Could not get a resource from the pool的全部内容,希望文章能够帮你解决Jedis Could not get a resource from the pool所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复