Redis遇到过的问题（Could not get a resource from the pool）

早睡晚起精神棒

已于 2022-03-15 15:40:52 修改

阅读量2.2w

点赞数 5

分类专栏： redis 文章标签： redis java 缓存 spring boot

于 2022-03-15 15:39:43 首次发布

本文链接：https://blog.csdn.net/weixin_43609618/article/details/123502733

版权

redis 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

Could not get a resource from the pool（无法从池中获取资源）

背景情况：

平常都在正常运行的项目，因为更改某个代码逻辑并且没有改过redis获取之类的代码后出现这个问题

排查过程：

一、首先需要先尝试连接redis，如果连接不上那就重启

二、看redis的配置文件结合自己的需求看是否需要扩大配置，比例最大连接数等

三、连接redis，查看当前已连接数和配置

进入redis：./redis-cli -h 127.0.0.1 -p 6379 -a passwd
查看连接数：info clients
在这里插入图片描述
（其中connected_client的数量就是已连接数，和配置文件中的最大连接数作比较，如果connected_client的数量没有超过最大连接数建议看下redis的配置文件中地址或者密码是否填写错误）
查看最大连接数：config get maxclients
（如果connected_client的数量大约最大连接数就需要用下面命令进行查看）
查看所有连接：client list
在这里插入图片描述
其中查看所有连接的展示的列表内容我在下方标出，注意看下idle这个字段，代表的空闲时间，单位是秒，这时可以看到idle的时间非常长，所以我这边确定程序获取获取大量的redis连接资源并且没有释放。（client list命令的属性名称及解释放在文章末尾，需要自取）

四、重启服务

重启其中一个服务后这边再调用info clients连接数从1400掉到了600，后台也不会再报这样子的错误了，但是这并没有解决问题只是单纯的缓和了一下，如果程序继续运行下去还是会出现这样子的问题

五、查看自己所使用的redis的工具类

查看封装或者使用的是redisTemplate还是Jedis。如果是jedis需要注意的是jedis需要手动释放资源，当时jdk7之后应该有优化，我这边上网查了一下具体区别如下：

Jedis：
一般情况下，我们在使用完连接资源后都要 close 关闭连接，释放资源。这么常用的方法，基于习惯，Java 在 jdk1.7 之后为我们提供了一个很好的方法
try-with-resources Statement ，我们不再需要手动调用 close 方法，也可以释放连接。
此处以 Jedis 为例子，说下该方法的使用，如果我们的 Jedis 是通过 jedisPool.getResource() 从连接池获取的话，调用 close 方法将会把连接归还到连接池。否则，断开与 Redis 的连接。
try-with-resources Statement
使用 try-with-resources Statement " try(resource) "，它会自动关闭括号内的资源（resources），不用手动添加代码 xx.close();
实际上是有一个隐式 finally 中调用了 resource.close()；关闭了资源。
使用这个方法前提是，resource 必须继承自 java.lang.AutoCloseable
不单 Jedis 可用，InputStream，OutputStream 等也可用，只要继承了 AutoCloseable

SpringDataRedis：
相对于Jedis来说可以方便地更换Redis的Java客户端，比Jedis多了自动管理连接池的特性，方便与其他Spring框架进行搭配使用如：SpringCache，当然性能方面肯定是不如原生的好。
需要注意的是redisTemplate使用的是自动管理连接池，按道理来说调用完之后会自动释放连接，但是当redis开启了事务的时候，就需要手动释放连接，所以解决方案有两种
RedisTemplate配置enableTransactionSupport为true（开启事务）时，连接不会自动释放，解决方案：
1.找到spring对于redis的配置文件，将enableTransactionSupport设置为false（关闭事务）
2.RedisTemplate操作后加入手动释放代码
RedisConnectionUtils.unbindConnection(redisTemplate.getConnectionFactory());

文章末尾

client list命令属性详解摘自redis官网（https://www.redis.net.cn/order/3657.html）
Redis Client List 命令用于返回所有连接到服务器的客户端信息和统计数据。

语法
redis Client List 命令基本语法如下：

redis 127.0.0.1:6379> CLIENT LIST
可用版本大于等于 2.4.0

返回值
命令返回多行字符串，这些字符串按以下形式被格式化：

每个已连接客户端对应一行（以 LF 分割）
每行字符串由一系列属性=值形式的域组成，每个域之间以空格分开
以下是域的含义：

addr ：客户端的地址和端口
fd ：套接字所使用的文件描述符
age ：以秒计算的已连接时长
idle ：以秒计算的空闲时长
flags ：客户端 flag
db ：该客户端正在使用的数据库 ID
sub ：已订阅频道的数量
psub ：已订阅模式的数量
multi ：在事务中被执行的命令数量
qbuf ：查询缓冲区的长度（字节为单位， 0 表示没有分配查询缓冲区）
qbuf-free ：查询缓冲区剩余空间的长度（字节为单位， 0 表示没有剩余空间）
obl ：输出缓冲区的长度（字节为单位， 0 表示没有分配输出缓冲区）
oll ：输出列表包含的对象数量（当输出缓冲区没有剩余空间时，命令回复会以字符串对象的形式被入队到这个队列里）
omem ：输出缓冲区和输出列表占用的内存总量
events ：文件描述符事件
cmd ：最近一次执行的命令
客户端 flag 可以由以下部分组成：

O ：客户端是 MONITOR 模式下的附属节点（slave）
S ：客户端是一般模式下（normal）的附属节点
M ：客户端是主节点（master）
x ：客户端正在执行事务
b ：客户端正在等待阻塞事件
i ：客户端正在等待 VM I/O 操作（已废弃）
d ：一个受监视（watched）的键已被修改， EXEC 命令将失败
c : 在将回复完整地写出之后，关闭链接
u : 客户端未被阻塞（unblocked）
A : 尽可能快地关闭连接
N : 未设置任何 flag
文件描述符事件可以是：

r : 客户端套接字（在事件 loop 中）是可读的（readable）
w : 客户端套接字（在事件 loop 中）是可写的（writeable）