报 ERR max number of clients reached 连接池上限怎么算

CONFIG GET maxclients
INFO clients
CONFIG SET timeout 300

业务批量报 ERR max number of clients reached，连 redis-cli 都连不进去。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：每个应用实例的连接池上限乘上实例数早就超过了 maxclients，再加健康检查、监控采集和没被回收的空闲连接，池子满了新连接直接被拒。

「Redis 连接数超限」确认了原因之后，改动尽量只碰那一处，顺手改的东西后面最容易出问题。监控和日志的时间要对上，时区不一致会多绕很大一圈。

临时改动用注释写上日期和原因，过两周自己都记不清为什么这么写。动手前把原文件复制一份带时间戳，出问题立刻换回去，比现场分析快得多。

一次只改一处，改完立刻验证，几个改动叠在一起，出问题就说不清是谁导致的。

处理上按这个顺序：把所有客户端的 maxTotal 加总 与 maxclients 对一次账；回收空闲时间和最小空闲数调小 别长期占位；单独留一条管理连接 出事时还能进去改配置。

确认没问题再收工，压到峰值时 connected_clients 只用掉上限的七成，业务不再报错。