Redis学习（十二）连接数不足报错及分析修复：ERR max number of clients reached.

最新推荐文章于 2024-10-09 09:40:25 发布
最新推荐文章于 2024-10-09 09:40:25 发布
阅读量1.4k 收藏 27
点赞数 41
分类专栏： # Redis 文章标签： redis 学习 bootstrap
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_33204709/article/details/142752054
版权

目录

一、问题介绍

我们在日常的开发过程中，经常会遇到 Redis 连接数不足 的情况，报错如下所示：

  • Caused by: org.redisson.client.RedisException: ERR max number of clients reached. channel
Caused by: org.redisson.client.RedisException: ERR max number of clients reached. channel: [id: 0xf10fcc26, L:/192.168.30.13:64137 - R:192.168.1.163/192.168.1.163:6379] command: (SELECT), params: [1]
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:365)
	at org.redisson.client.handler.CommandDecoder.decodeCommand(CommandDecoder.java:209)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:147)
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:117)
	at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:505)
	at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:366)
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:283)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1421)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:930)
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:697)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:632)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:549)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:511)
	... 4 common frames omitted

二、问题分析

ERR max number of clients reached. channel 报错是因为 Redis 的连接数不足 导致的。

2.1 redis-cli 登录

我们可以先使用如下命令登录 Redis 的客户端：

  • redis-cli -h 127.0.0.1 -p 6379 -c --raw

    -c：（cluster）选项是连接 Redis Cluster 结点需要使用的。-c 选项可以防止 moved 和 ask 异常。

    --raw：选项是反馈格式化后的结果，默认选项。相对应的是 --no-raw，即返回原始格式（二进制）。

2.2 info clients 查看连接数情况

查看 Redis 的当前连接数：

  • info clients
##版本6.2.4，相对5版本新增了部分显示信息

##当前redis节点的客户端连接数
connected_clients:1
##集群的连接数
cluster_connections:0
##客户端最大连接数
maxclients:10000
##当前所有输入缓冲区中队列对象个数的最大值
client_recent_max_input_buffer:24
##当前所有输出缓冲区中占用的最大容量
client_recent_max_output_buffer:0
##正在执行阻塞命令的客户端个数
blocked_clients:0
tracking_clients:0
clients_in_timeout_table:0

2.3 client list 查看具体连接情况

查看 Redis 的具体连接情况：

  • client list

在这里插入图片描述

id=17750 addr=192.168.1.254:35864 laddr=172.17.0.3:6379 fd=9615 name= age=266661 idle=266661 flags=N db=2 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=20504 events=r cmd=select user=default redir=-1
id=2575 addr=192.168.1.254:44133 laddr=172.17.0.3:6379 fd=1885 name= age=422195 idle=422195 flags=N db=2 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=20504 events=r cmd=select user=default redir=-1
id=18212 addr=192.168.1.254:61386 laddr=172.17.0.3:6379 fd=9929 name= age=266308 idle=266308 flags=N db=2 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=20504 events=r cmd=select user=default redir=-1
id=13437 addr=192.168.1.254:17625 laddr=172.17.0.3:6379 fd=6431 name= age=349287 idle=349287 flags=N db=2 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=20504 events=r cmd=select user=default redir=-1
id=12730 addr=192.168.1.254:15535 laddr=172.17.0.3:6379 fd=6226 name= age=350448 idle=350448 flags=N db=2 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 argv-mem=0 obl=0 oll=0 omem=0 tot-mem=20504 events=r cmd=select user=default redir=-1

client list 属性说明如下：

属性说明
id客户端连接ID
addr客户端连接IP和端口
laddrredis数据库连接地址和端口
fdsocket的文件描述符
name客户端连接名
age客户端连接存活时间
idle客户端连接空闲时间，单位秒。可以用于判断连接是否有没有被及时释放
flags客户端类型标识
db当前客户正在使用的数据库索引下标
sub/psub当前客户端订阅的频道或模式数
multi当前事务中已执行命令个数
qbuf输入缓冲区总容量
qbuf-free输入缓冲区剩余容量
argv-mem下一个命令的不完整参数（已从查询缓冲区中提取）
obl固定缓冲区的长度
oll动态缓冲区列表的长度
omem固定缓冲区和动态缓冲区使用的容量
tot-mem此客户端在其各个缓冲区中消耗的总内存
events文件描述符时间（r:可读；w:可写）
cmd当前客户端最后一次执行的命令，不包含参数
user用户名称，默认default
redir当前用户跟踪重定位的客户端ID

2.4 分析连接空闲时长

了解了以上的属性，我们再反观刚才 client list 的执行结果，可以看到：

  • 其中 idle（客户端连接空闲时间）和 age（客户端连接存活时间）的值基本一致，说明大部分的连接是没有用到的。

在这里插入图片描述

2.5 client list 根据客户端IP统计连接数

命令如下：

redis-cli -h 127.0.0.1 -p 6379 -c --raw client list | awk -F ' ' '{print $2}' | awk -F : '{print $1}' | sort | uniq -c | sort -nr | head -n 10

docker 命令版：

docker exec -it redis redis-cli client list | awk -F ' ' '{print $2}' | awk -F : '{print $1}' | sort | uniq -c | sort -nr | head -n 10

执行结果：

在这里插入图片描述

三、问题结论和解决

3.1 问题结论：

从上面的问题分析可以看出，问题原因是大部分连接被某一个IP占用导致的，可能是Redis最小连接数配置错误，或者程序Bug导致的。

3.2 解决方案①：优化程序

可以根据客户端的IP和端口定位到客户端的具体应用进行优化，但是如果客户端应用不是在你们部门维护的就不太好推进了。

3.3 解决方案②：扩大最大连接数

  • 方式一： 在 redis.conf 配置文件中进行修改，如下所示：
# 设置最大连接数为10w
maxclients 100000
  • 方式二： 通过命令设置，如下所示：
config set maxclients 100000
  • 方式三： 启动 redis.service 服务时，添加参数 --maxclients 100000，如下所示：
redis-server --maxclients 100000 -f /ext/redis.conf
  • 验证： 使用命令查看最大连接数，如下所示：
config get maxclients

3.4 解决方案③：杀死指定连接

可以在 redis 中使用如下命令杀死指定连接：

# 方式一：通过ip:port杀死
client kill ip:port
# 方式二：通过连接ID杀死
client kill id 5299

可以使用如下命令针对指定 IP 的连接进行批量杀死，例如批量杀死192.168.1.123的 3 个连接：

redis-cli client list | grep '192.168.1.123' | awk -F ' ' '{print \$1}' | sed 's/id=//g' | head -n 3 | xargs -n 1 redis-cli client kill id
  • 如果需要杀死所有连接，可以去掉 head -n 3。

docker 命令版：

docker exec -it redis sh -c "redis-cli client list | grep '192.168.1.254' | awk -F ' ' '{print \$1}' | sed 's/id=//g' | head -n 3 | xargs -n 1 redis-cli client kill id"
  • 注意1： 这里需要使用 sh -c 来包装整个命令，确保命令在一个子 shell 中执行，否则会报错： the input device is not a TTY。
  • 注意2： 这里需要使用 xargs -n 1 来将 awk 筛选后的结果逐行执行，-n 1 用于确保逐行执行，否则会报错： (error) ERR syntax error。
  • 如果需要杀死所有连接，可以去掉 head -n 3。

整理完毕，完结撒花~🌻





参考地址：

1.Redis:13–常用功能之redis-cli redis-server等命令，https://cloud.tencent.com/developer/article/1784416
2.redis client list使用，https://blog.csdn.net/weixin_44375561/article/details/121955791
3.[问题分析]redis客户端连接数过多，大量空闲连接和readonly连接，https://segmentfault.com/a/1190000020256823

不愿放下技术的小赵
关注
专栏目录
解决Redis 连接池报错：ERR max number of clients reached
行走的IT
03-08 3万+
前言 redis maxclients 是redis server的重要配置，它决定了客户端的最大连接数量，最大客户端连接数量。由于redis不区分连接是客户端连接还是内部打开文件或者和slave连接等，所以maxclients最小存在32个连接数，如果超过了设置的maxclients，redis会给新的连接发送"max number of clients reached"，并关闭连接。 在Re...
redis报错：ERR max number of clients reached解决记录
qq_27398723的博客
04-07 1547
在启动maven项目的时候，在local init之后报错ERR max number of clients reached，redis达到了最大连接数。 而登录redis查看连接数的时候，发现查redis-8828也报错 用redis-cli -c -p 8818/8828/8810 shutdown方式停止不了，原因是redis-cli是客户端连接，也是一个连接数，而此时连接数到了最大，自然连接不上。 此时需要kill调这个redis，再启动。 设置个timeout为3600.一小时后连接自动释放。
生产redis client 链接报：ERR max number of clients reached 含义: 达到最大客户端数错误
方亚军的博客
02-28 1130
redis 连接满问题解决
生产-已解决-Redis连接数占满 报错 (error) ERR max number of clients reached
真香号
03-21 2124
这时候定时任务jar也无法启动，这下可急坏了，因为如果不在晚上12点把定时任务恢复的话就会导致大量定时任务无法运行，后续补任务，补数据可能出现数据重复。我意识到是自己新写的业务代码有问题，马上回滚，但情急之中还是在思考，自己的写的Redis工具类是没问题的，经过了百万生产流量使用的。准备回滚代码，重新发布商城机器1，也无法启动，现在就只有一条机器在扛着流量，说实话，我自己肩膀被压得松软。可用连接数多，数据有保障。马上看机器日志，大量的Redis 无法连接错误报出，定时任务机器，商城机器组也开始报错。
解决redis.clients.jedis.exceptions.JedisDataException: ERR max number of clients reached
voidfaceless的博客
10-22 5988
Caused by: redis.clients.jedis.exceptions.JedisDataException: ERR max number of clients reached spark-streaming报错：Caused by: redis.clients.jedis.exceptions.JedisDataException: ERR max number of client...
redis连接错误：ERR max number of clients reached
淡水鱼
09-02 1万+
事情呢，是这样的。早上突然看到反馈说redis连接异常，就是这个：max number of clients reached。问题很显然就是redis连接数超了，设置一下最大连接数就好了。 1.登录redis服务器，查看下最大连接数 CONFIG GET maxclients 2. 看下当前连接数 INFO clients 这里的3877是由于停了一小部分程序，减少了redis连接，否则命令行登录时也会显示连接超过最大值 3.既然这个数目不够，那就加呗 ...
Redis问题：ERR max number of clients reached
luoqinglong的专栏
05-03 2858
redis高并发下，可能有些连接没有释放，导致连接数耗尽，会提示 ERR max number of clients reached 这个时候通过命令查看客户端使用连接数 [root@home-server-60 bin]# ./redis-cli -h 192.168.0.60 -p 6379 192.168.0.60:6379> info Clients # Clients c...
【性能优化】Redis 连接池报错：ERR max number of clients reached
wangjia55的专栏
05-23 1万+
首先查看redis.conf中的maxclients大小为默认值，默认为10000。通过lsof -p pid |wc -l ,发现连接数量超过10500. 出错。解决方法1： 1. 增加redis的最大连接数：修改redis.conf文件的maxclient ，修改到20000....
redis "ERR max number of clients reached channel"问题解决
LOVE_sel的博客
09-12 1872
1.描述 连接redis发现1w的连接数被占满了，因为大量无效长连接没有被释放，即使我本地的服务停止了，但是redis端的连接仍然存在。 2.解决思路 由于多个程序共用同一个redis,所以不能从客户端解决问题。只能在redis加超时限制，以清理无效连接。 3.命令介绍 127.0.0.1:6379> info clients #查看连接数 connected...
Redis:ERR max number of clients reached
xiaozhaoshigedasb的博客
06-03 445
查看redis的连接数： netstat -na | grep 6379 | wc -l
Redis:err max number of clients reached 报错解决办法
Richard_Jason的专栏
10-22 5544
Redis用一段时间之后会报错，经过反复测试和百度、Google之后才发现是redis连接池在关闭项目的时候，需要收回连接池，不然redis在开发的过程中，所有开发人员本地项目连接redis服务器，经常重启项目会累积很多不能释放的连接， 代码如下： [java] view plain copy "jedisConfig" class="redis.
Redis “max number of clients reached“的分析过程
longchi176的专栏
03-31 511
问题描述 生产环境上突然出现数据中断的情况，分析日志发现应用连接Redis出现“max number of clients reached”的异常。那么问题很明显了，某个应用将Redis的连接占满了。 分析方法 第一步,先分析Redis.conf文件，确认配置的连接数为多少，我们系统采用的默认值10000。 ################################### CLIENTS #################################### # Set the max num
redis报-ERR max number of clients reached错误
热门推荐
12-02 1万+
golang连接redis，遇到报错redis报-ERR max number of clients reached错误。首先是自己的代码里面用到了redis的连接池， var pool *redis.pool func main() { pool = newRedisPool(REDISHOST+":6379", "") go userLoginLog() ....
Redis常见异常汇总
Huangjiazhen711的博客
10-20 1万+
在阿里云文档中看到一篇Redis错误排查的内容，作者整理的比较详细，感觉很有参考意义，摘录下来，方便个人后续参考使用…Jedis虽然使用起来比较简单，但是不能根据使用场景设置合理的参数（例如连接池参数），或者不合理地使用了一些功能（例如Lua和事务）时，也会产生很多问题，本文对这些常见问题进行逐一说明。
Redis篇（Redis原理 - RESP协议）
wlcass zhengge blog
10-02 1329
Redis是一个CS架构的软件，通信一般分两步（不包括pipeline和PubSub）：客户端（client）向服务端（server）发送一条命令服务端解析并执行命令，返回响应结果给客户端因此客户端发送命令的格式、服务端响应结果的格式必须有一个规范，这个规范就是通信协议。Redis 1.2版本引入了RESP协议Redis 2.0版本中成为与Redis服务端通信的标准，称为RESP2。
SpringBoot日常：redission的接入使用和源码解析
qq_32590535的博客
10-08 938
Redisson 是一个在 Redis 的基础上实现的 Java 驻内存数据网格客户端（In-Memory Data Grid）。它不仅提供了一系列的 redis 常用数据结构命令服务，还提供了许多分布式服务，例如分布式锁、分布式对象、分布式集合、分布式远程服务、分布式调度任务服务等等。本文会介绍如何将redission集成到springboot和如何使用 Redisson 操作 Redis 中的字符串、哈希、列表、集合、有序集合，以及布隆过滤器和分布式锁等功能，并解析源码中其最大亮点的看门狗机制。
滚雪球学Redis[1.3讲]：Redis的安装与配置
最新发布
**My Coding Family**
10-09 553
在前几期文章中，我们探讨了什么是 Redis以及Redis 的基本架构，从宏观上理解了 Redis 是一个高性能的内存数据库，并学习了其客户端-服务器模型、单线程与多线程设计、内存存储与持久化机制等关键概念。这些知识为我们打下了理论基础。然而，理论与实践结合，才能真正掌握 Redis。本期，我们将深入探讨 Redis 的安装与配置过程，包括在多种操作系统上的安装方法、Redis 配置文件的重要选项以及安装过程中常见的错误与解决方案。这些内容将帮助你顺利地在本地或生产环境中部署和配置 Redis。
【Redis】持久化（下）-- AOF
2301_78320637的博客
10-08 827
Redis提供了两种持久化RDB和AOFRDB视为内存快照,产生的内容更为紧凑占用空间小恢复速度更快.但是产生RDB的开销较大不适合进行实时持久化,一般用于冷备和主从复制AOF视为对修改命令保存,在恢复时需要重放命令.并且有重写机制来定期压缩AOF文件RDB和AOF都是用fork来创建子进程,利用Linux子进程拥有父进程内存快照的特点来进行持久化,尽可能不影响主进程继续处理后续命令。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

不愿放下技术的小赵

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值