韩国优质BGP线路，提供高速稳定的网络连接，优化数据传输，助您轻松提升业务效率，实现智能化互联网解决方案。
Redis 连接数过多排查
发布时间：8小时前
阅读量：1
连接数暴涨多半是客户端没复用。Linux 上的问题大多有明确原因，难的不是解决，而是先定位到是哪一层出的问题。
下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 Redis连接数、连接泄漏 的关键动作都给了具体做法，可以照着走。
看现状
info clients 看 connected_clients。
这一步的判断依据建议写进操作记录，下次直接照做，不用重新摸索。
上限
maxclients 默认 10000，超了会拒绝。
容易踩的坑：另一个坑是照抄别人的参数，环境不同，参数就该重新算。
常见原因
短连接、连接池配置过大、异常未关闭。
条件允许的话先在测试环境走一遍，再动生产。
处理
应用侧改连接池，设合理的空闲回收。
常见问题
Q：Redis连接数这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
小结
回到这篇的四个环节：看现状、上限、常见原因、处理。以上步骤按顺序做完，同类故障基本能自己处理。留一份操作记录，下次能省一半时间。
