我是靠谱客的博主 安静唇膏,最近开发中收集的这篇文章主要介绍Jedis Could not get a resource from the pool,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

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所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(44)

评论列表共有 0 条评论

立即
投稿
返回
顶部