使用redis作为缓存工具，很容易出现从redis连接池中得不到连接的问题。而使用redis连接池获取连接的时候，往往是在高并发情形下，出现如题所示的问题。本人一般从如下几个方面排查，经验之谈~
1）首先判断redis连接参数是否配置正确？很有可能，之前一直能取，但现在突然出现异常，很有可能是redis的服务器down掉了，或者redis的连接条件被更改；
2）网络权限更改：做过项目就很容易知道，每种环境的权限是不同的，很有可能你项目所在的网段连接redis的权限被更改，导致之前一直可以获取redis连接，但现在却无法获取。
3）查代码：一般而言，从redis里面获取连接取数据，完毕之后应该立即归还到池中。应该注意的是，一般都会用典型的try{} catch{} finally{}结构包围，在finally{}中释放连接（这样可以确保无论是否发生异常，redis的连接都能及时被归还到连接池中）；
4）归还redis连接必须要注意的一点，如：
//从连接池获取连接
Jedis jedis = pool.getResource();
try{
}catch(Exception e) {
e.printStackTrace();
}finally{
//归还连接到redis池中
poo.returnResource();
}
这段代码看起来很满足3）的规范，在finally里归还了连接。但！有一个隐藏的容错性考虑，当Jedis jedis = pool.getResource();这段代码发生异常时，finally的代码是不会被执行的。我可以模拟一下，
String str = null;
System.out.println(str.length());//模拟异常
try{
System.out.println("模拟从redis取数据");
}catch(Exception e) {
e.printStackTrace();
}finally{
System.out.println("连接释放。。。");
}
运行报异常，finally里面的代码不会被执行。所以，应该改成这样：
//从连接池获取连接
Jedis jedis = null;
try{
jedis = pool.getResource();
}catch(Exception e) {
e.printStackTrace();
}finally{
//归还连接到redis池中
poo.returnResource();
}
当然，这是由于try catch finally的机制决定，但很容易被忽视~
5）关闭redis的持久化，提高redis的存取性能：当使用redis缓存的数据越来越多的时候，可以考虑关闭redis的持久化功能。具体做法是：修改redis配置文件，注释掉原来的持久化规则，将redis.conf代码
save 900 1
save 300 10
save 60 10000
注释，修改为 save " "，然后重启redis服务器即可~
再不济的话，提高redis池连接个数和最大空闲数等参数……