redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resourc

使用redis作为缓存工具,很容易出现从redis连接池中得不到连接的问题。而使用redis连接池获取连接的时候,往往是在高并发情形下,出现如题所示的问题。本人一般从如下几个方面排查,经验之谈~

1)首先判断redis连接参数是否配置正确?很有可能,之前一直能取,但现在突然出现异常,很有可能是redis的服务器down掉了,或者redis的连接条件被更改;

2)网络权限更改:做过项目就很容易知道,每种环境的权限是不同的,很有可能你项目所在的网段连接redis的权限被更改,导致之前一直可以获取redis连接,但现在却无法获取。

3)查代码:一般而言,从redis里面获取连接取数据,完毕之后应该立即归还到池中。应该注意的是,一般都会用典型的try{} catch{} finally{}结构包围,在finally{}中释放连接(这样可以确保无论是否发生异常,redis的连接都能及时被归还到连接池中);

4)归还redis连接必须要注意的一点,如:

[java]  view plain  copy
 
  1. //从连接池获取连接  
  2. Jedis jedis = pool.getResource();  
  3. try{  
  4.      
  5. }catch(Exception e) {  
  6.     e.printStackTrace();  
  7. }finally{  
  8.    //归还连接到redis池中  
  9.    poo.returnResource();  
  10. }  

这段代码看起来很满足3)的规范,在finally里归还了连接。但!有一个隐藏的容错性考虑,当Jedis jedis = pool.getResource();这段代码发生异常时,finally的代码是不会被执行的。我可以模拟一下,

[java]  view plain  copy
 
  1. String str = null;  
  2. "http://www.07net01.com/tags-system-0.html" target="_blank" class="infotextkey" style="box-sizing: border-box; color: rgb(66, 139, 202); background: transparent;">system.out.println(str.length());//模拟异常  
  3. try{  
  4.     System.out.println("模拟从redis取数据");  
  5. }catch(Exception e) {  
  6.     e.printStackTrace();  
  7. }finally{  
  8.     System.out.println("连接释放。。。");  
  9. }  

运行报异常,finally里面的代码不会被执行。所以,应该改成这样:

[java]  view plain  copy
 
  1. //从连接池获取连接  
  2. Jedis jedis = null;  
  3. try{  
  4.    jedis = pool.getResource();  
  5. }catch(Exception e) {  
  6.     e.printStackTrace();  
  7. }finally{  
  8.    //归还连接到redis池中  
  9.    poo.returnResource();  
  10. }  

当然,这是由于try catch finally的机制决定,但很容易被忽视~

再不济的话,提高redis池连接个数和最大空闲数等参数……

你可能感兴趣的:(Redis)