Redis报错:JedisConnectionException: Could not get a resource from the ...

火影  金牌会员 | 2024-6-11 09:30:41 | 显示全部楼层 | 阅读模式
打印 上一主题 下一主题

主题 977|帖子 977|积分 2931

1、问题形貌:
redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool

2、简要分析:
redis.clients.util.Pool.getResource会从JedisPool实例池中返回一个可用的redis毗连。分析源码可知JedisPool 继承了 redis.clients.util.Pool ,而这个Pool是通过commons-pool开源工具包中的org.apache.commons.pool2.impl.GenericObjectPool来实现对Jedis实例的管理的。以是我们分析一下GenericObjectPool或许能找到答案。
其中GenericObjectPool三个紧张个几个属性是:
   MaxActive: 最大毗连数
MaxIdle: 最大空闲数
MaxWait: 最大等待时间,单元毫秒(million seconds)
  毗连池中无可用毗连时会会举行等待maxWait时间,若超出泽抛Could not get a resource from the pool异常。以是应根据程序实际情况公道设置这三个参数的值,尽量避免这个异常。
分析效果:
如果毗连池没有可用Jedis毗连,会等待maxWaitMillis(毫秒),依然没有获取到可用Jedis毗连,会抛出这个异常:redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
3、发生异常大概的情况

   异常缘故起因一、客户端没有从毗连池(最大maxTotal个)拿到可用Jedis毗连造成的【简称毗连泄露 (常见)】
  分析图如下:

JedisPool默认的maxTotal=8,下面的代码从JedisPool中借了8次Jedis,但是没有归还,当第9次(jedisPool.getResource().ping())
  1. GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
  2. JedisPool jedisPool = new JedisPool(poolConfig, "127.0.0.1", 6379);
  3. //向JedisPool借用8次连接,但是没有执行归还操作。
  4. for (int i = 0; i < 8; i++) {
  5.     Jedis jedis = null;
  6.     try {
  7.         jedis = jedisPool.getResource();
  8.         jedis.ping();
  9.     } catch (Exception e) {
  10.         logger.error(e.getMessage(), e);
  11.     }
  12. }
  13. jedisPool.getResource().ping();
复制代码
以是推荐使用的代码规范是:
  1. 执行命令如下:
  2. Jedis jedis = null;
  3. try {
  4.     jedis = jedisPool.getResource();
  5.     //具体的命令
  6.     jedis.executeCommand()
  7. } catch (Exception e) {
  8.     //如果命令有key最好把key也在错误日志打印出来,对于集群版来说通过key可以帮助定位到具体节点。
  9.     logger.error(e.getMessage(), e);
  10. } finally {
  11.     //注意这里不是关闭连接,在JedisPool模式下,Jedis会被归还给资源池。
  12.     if (jedis != null)
  13.         jedis.close();
  14. }
复制代码
  异常缘故起因二: 业务并发量大,maxTotal确实设置小了!
  举个例子:
一次命令时间(borrow|return resource + Jedis执行命令(含网络) )的平均耗时约为1ms,一个毗连的QPS约莫是1000,业务期望的QPS是50000,那么理论上必要的资源池巨细是50000 / 1000 = 50个,实际maxTotal可以根据理论值公道举行微调。
   异常缘故起因三: Jedis毗连还的太慢
  例如Redis发生了阻塞(例如慢查询等缘故起因),所有毗连在超时时间范围内等待,并发量较大时,会造成毗连池资源不敷。
   异常缘故起因四: 其他问题
  例如丢包、DNS、客户端TCP参数配置,具体可以参考:Jedis先容及常见问题分析
   异常缘故起因五: 检查Redis的配置是否精确,IP端口【值得反思】
 
  4、解决方案:
1、检查Redis的配置是否精确,IP端口【值得反思】
2、调整配置参数。但是,不要被异常的表象所迷惑,简单地认为毗连池不够就盲目加大maxTotal,要具体问题具体分析。毗连池参数优化可以参考:JedisPool资源池优化
3、客户端没有从毗连池(最大maxTotal个)拿到可用Jedis毗连造成的,简称毗连泄露 (常见),以是推荐使用的代码规范是如下:
 
  1. 执行命令如下:
  2. Jedis jedis = null;
  3. try {
  4.     jedis = jedisPool.getResource();
  5.     //具体的命令
  6.     jedis.executeCommand()
  7. } catch (Exception e) {
  8.     //如果命令有key最好把key也在错误日志打印出来,对于集群版来说通过key可以帮助定位到具体节点。
  9.     logger.error(e.getMessage(), e);
  10. } finally {
  11.     //注意这里不是关闭连接,在JedisPool模式下,Jedis会被归还给资源池。
  12.     if (jedis != null)
  13.         jedis.close();
  14. }
复制代码
参考:Jedis常见异常汇总 | 程序猿DD

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

火影

金牌会员
这个人很懒什么都没写!
快速回复 返回顶部 返回列表