当Redis因连接数过多而频繁崩溃时，本文讲述了如何通过重启、记录客户端、找出异常IP以及定位服务来排查问题，并最终将责任归咎于其他服务。通过`info`、`client list`、`awk`等命令，成功锁定了导致问题的docker IP，进一步使用`docker inspect`确定了问题源头——隔壁Python组的服务。
项目起不来了!
... 项目又起不来了!
... 又双叒叕???!!!
上周经常听到组里同事说项目又双叒叕挂了, Redis连不上, 笔者在另一套正常的环境忙着开发新需求, 没空关心这个问题.(PS: 反正我的环境能用(´థ౪థ）σ , 先忙完我的再说).
于是乎, 看了一眼日志, 连接数过多... emmm, 顺手帮同事把Redis配置里连接数上限加了个0, 问题排查什么的等忙完再说.
ERR max number of clients reached
终于... 该来的总逃不掉, 笔者用的环境也被搞崩了, 而且是莫名其妙地就凉了.
不过... 因吹斯汀 !
修改连接数上限毕竟治标不治本, 本来连接数上限就是10000, 微服务总共才几十个, 按理说根本用不完.
肯定有人没关连接, 查他.
已知:
Redis服务重启后, 用一段时间连接就又满了. 服务总共几十个, 配置的一万连接数正常情况下不大可能用完.
第一步 重启并抢先占一个连接
笔者重启了Redis后, 立即连接到Redis, 查看客户端数量(晚了就连不上了):
$ docker exec -it $(docker ps | grep redis | awk '{pr
最低0.47元/天 解锁文章
21万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
