redis client连接数过多,大量空闲连接无法释放

简介: redis client连接数过多,大量空闲连接无法释放

redis服务端连接却没有释放,这个问题就是因为redis默认timeout没有做修改,无论连接是否空闲,长期保持连接状态。

  • redis client list 查看连接数

    相关参数解释
Redis CLIENT LIST命令用于返回所有连接到服务器的客户端信息和统计数据。
返回值
bulk-string-reply: 一个独特的字符串,格式如下:
每个已连接客户端对应一行(以 LF 分割)
每行字符串由一系列 属性=值(property=value) 形式的域组成,每个域之间以空格分开。
下面是各字段的含义::
  id: 唯一的64位的客户端ID(Redis 2.8.12加入)。
  addr: 客户端的地址和端口
  fd: 套接字所使用的文件描述符
  age: 以秒计算的已连接时长
  idle: 以秒计算的空闲时长
  flags: 客户端 flag
  db: 该客户端正在使用的数据库 ID
  sub: 已订阅频道的数量
  psub: 已订阅模式的数量
  multi: 在事务中被执行的命令数量
  qbuf: 查询缓冲区的长度(字节为单位, 0 表示没有分配查询缓冲区)
  qbuf-free: 查询缓冲区剩余空间的长度(字节为单位, 0 表示没有剩余空间)
  obl: 输出缓冲区的长度(字节为单位, 0 表示没有分配输出缓冲区)
  oll: 输出列表包含的对象数量(当输出缓冲区没有剩余空间时,命令回复会以字符串对象的形式被入队到这个队列里)
  omem: 输出缓冲区和输出列表占用的内存总量
  events: 文件描述符事件
  cmd: 最近一次执行的命令

优化方案

  1. 通过ip排查对应的service服务,查看是否可以进行优化。
  2. config get timeout
    命令查看空闲超时时间
    0 默认不开启
  3. config set timeout 60

建议为0,有用分布式锁的情况下,看业务场景

  1. 配置默认空闲超时时间为60s
  2. config rewrit 保存
    可在redis.conf 配置文件中添加重启生效。

  • 检查配置步骤
#1. 登陆redis集群
redis-cli -h 127.0.0.1 -p 1000 -c10.10.2.19:1000> auth 123456
#2. 查看redis的配置timeout(当客户端闲置多长时间后关闭连接,如果指定为0,表示关闭该功能)
config get timeout 
#3. 配置超时
config set timeout 0  # 默认
#4. 查看连接状态
lsof -i:1000
netstat -antp | grep 1000
# 如果是集群模式,那么每个节点都得需要修改。
  • redis连接数与最大连接数
    方法1. 在redis-cli命令行使用:info clients可以查看当前的redis连接数
127.0.0.1:6379> info clients
#Clients
connected_clients:621
client_longest_output_list:0
client_biggest_input_buf:0
blocked_clients:0
127.0.0.1:6379>
方法2:config get maxclients 可以查询redis允许的最大连接数
127.0.0.1:6379> CONFIG GET maxclients
    ##1) "maxclients"
    ##2) "10000"
127.0.0.1:6379>
  • 设置、修改
  1. 在2.6之后版本,可以修改最大连接数配置,默认10000,可以在redis.conf配置文件中修改
    maxclients 10000
  2. config set maxclients num 可以设置redis允许的最大连接数
127.0.0.1:6379> CONFIG set maxclients 10
OK
127.0.0.1:6379>
  1. 启动redis.service服务时加参数–maxclients 100000来设置最大连接数限制
redis-server --maxclients 100000 -f /etc/redis.conf
  • redis-cli命令控制行中获取客户端信息命令
CLIENT LIST获取客户端列表
CLIENT SETNAME    设置当前连接点redis的名称
CLIENT GETNAME    查看当前连接的名称
CLIENT KILL ip:port    杀死指定连接
CLIENT LIST
    ##id=3 addr=127.0.0.1:36588 fd=5 name= age=7 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=32768 obl=0 oll=0 omem=0 events=r cmd=client
CLIENT SETNAME js
    ##OK
CLIENT LIST
    ##id=3 addr=127.0.0.1:36588 fd=5 name=js age=37 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=32768 obl=0 oll=0 omem=0 events=r cmd=client
CLIENT GETNAME
    ##"js"
CLIENT KILL id 3
    ##(integer) 0

# 查看redis连接数
netstat -nap|grep redis |wc -l 
# 查看redis信息连接
redis -info
# redis 监控
redis -monitor


相关文章
|
NoSQL 网络协议 Linux
Redis的实现一:c、c++的网络通信编程技术,先实现server和client的通信
本文介绍了使用C/C++进行网络通信编程的基础知识,包括创建socket、设置套接字选项、绑定地址、监听连接以及循环接受和处理客户端请求的基本步骤。
235 6
|
5月前
|
NoSQL Java 网络安全
SpringBoot启动时连接Redis报错:ERR This instance has cluster support disabled - 如何解决?
通过以上步骤一般可以解决由于配置不匹配造成的连接错误。在调试问题时,一定要确保服务端和客户端的Redis配置保持同步一致。这能够确保SpringBoot应用顺利连接到正确配置的Redis服务,无论是单机模式还是集群模式。
496 5
|
NoSQL 应用服务中间件 API
Redis是如何建立连接和处理命令的
本文主要讲述 Redis 是如何监听客户端发出的set、get等命令的。
1680 160
|
NoSQL Redis 数据库
Redis 连接
10月更文挑战第19天
219 0
|
缓存 NoSQL Redis
【Azure Redis 缓存】Redission客户端连接Azure:客户端出现 Unable to send PING command over channel
【Azure Redis 缓存】Redission客户端连接Azure:客户端出现 Unable to send PING command over channel
1179 3
|
缓存 NoSQL 网络协议
【Azure Redis 缓存】Lettuce 连接到Azure Redis服务,出现15分钟Timeout问题
【Azure Redis 缓存】Lettuce 连接到Azure Redis服务,出现15分钟Timeout问题
252 0
【Azure Redis 缓存】Lettuce 连接到Azure Redis服务,出现15分钟Timeout问题
|
NoSQL Unix 网络安全
【Azure Cache for Redis】Python Django-Redis连接Azure Redis服务遇上(104, 'Connection reset by peer')
【Azure Cache for Redis】Python Django-Redis连接Azure Redis服务遇上(104, 'Connection reset by peer')
187 0
【Azure Cache for Redis】Python Django-Redis连接Azure Redis服务遇上(104, 'Connection reset by peer')
|
缓存 NoSQL Java
【Azure Redis 缓存】示例使用 redisson-spring-boot-starter 连接/使用 Azure Redis 服务
【Azure Redis 缓存】示例使用 redisson-spring-boot-starter 连接/使用 Azure Redis 服务
394 0
|
消息中间件 存储 NoSQL
java连接redis和基础操作命令
通过以上内容,您可以掌握在Java中连接Redis以及进行基础操作的基本方法,进而在实际项目中灵活应用。
644 30
|
监控 NoSQL 网络协议
【Azure Redis】部署在AKS中的应用,连接Redis高频率出现timeout问题
查看Redis状态,没有任何异常,服务没有更新,Service Load, CPU, Memory, Connect等指标均正常。在排除Redis端问题后,转向了AKS中。 开始调查AKS的网络状态。最终发现每次Redis客户端出现超时问题时,几乎都对应了AKS NAT Gateway的更新事件,而Redis服务端没有任何异常。因此,超时问题很可能是由于NAT Gateway更新事件导致TCP连接被重置。
325 7