Linux 中怎么通过进程句柄数排查连接数爆满问题-linux运维-PHP中文网

进程句柄数异常升高需先确认是否真爆满，再锁定高占用进程及句柄类型；最准方法是查/proc/sys/fs/file-nr第二列、ls -l /proc/pid/fd统计真实数、cat /proc/pid/limits核限制，并用lsof -p分析类型，重点关注close_wait等泄漏信号。

linux 中怎么通过进程句柄数排查连接数爆满问题

进程句柄数异常升高，往往是连接数爆满的直接体现——但不是所有高句柄都等于连接泄漏，关键要区分“真连接堆积”和“正常高并发占用”。排查核心是：先确认是否真爆满，再锁定谁在开、开的是什么、为何不关。

别只信 lsof | wc -l 或 ps aux --sort=-fd，它们容易漏统计或权限报错干扰。最稳的做法：

查系统级活跃句柄总数：cat /proc/sys/fs/file-nr，盯第二列（已分配且正在使用的 fd 数），接近第三列（fs.file-max）的 80% 就该预警
查某进程当前真实句柄数：ls -l /proc/<pid>/fd/ 2>/dev/null | wc -l</pid>，比 lsof -p 更准、无权限中断风险
查该进程软硬限制：cat /proc/<pid>/limits | grep "Max open files"</pid>，确认是不是卡在限制上而非真泄漏

先找出“大户”，再判断它开的到底是有效连接还是残留垃圾：

宝塔Linux面板11.8.1

宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。

下载

全局排序查进程：ls /proc/[0-9]*/fd/ 2>/dev/null | cut -d'/' -f3 | sort | uniq -c | sort -nr | head -10
对可疑 PID，细分句柄类型：lsof -p <pid> | awk '{print $5}' | sort | uniq -c | sort -nr</pid>，重点关注：IPv4/IPv6 socket、TCP CLOSE_WAIT、eventpoll、pipe、anon_inode
特别注意 CLOSE_WAIT 连接大量存在——说明对方已断连，本端没调 close()，是典型连接泄漏信号

句柄多≠有问题，得看开得有没有道理：

Web 服务（Nginx/Tomcat）：高并发下几千 ESTABLISHED 是正常的；但如果 TIME_WAIT 或 CLOSE_WAIT 持续增长，检查 keepalive timeout、客户端异常断连、后端响应慢拖住连接
Java 应用：用 jstack <pid></pid> 看线程堆栈，找阻塞在 SocketInputStream.read 或大量 java.net.Socket 实例；检查数据库/HTTP 客户端连接池是否设了 maxIdle 和 minEvictableIdleTimeMillis
Node.js/Python：查 net.createConnection 或 socket.socket() 是否配了 .destroy() / .close()；Python 中 open() 是否漏了 with 或显式 .close()

一边压住症状，一边堵住源头：

临时提限只救急：ulimit -n 65536 启动进程，或改 systemd service 文件加 LimitNOFILE=65536（别只改 limits.conf，systemd 不认）
监控必须落地：用 Prometheus + node_exporter 抓 process_open_fds{pid="xxx"}，设告警（比如 > 软限制 × 0.75）
定期验证资源释放：对关键服务加 strace -p <pid> -e trace=open,openat,close,socket,connect</pid>，观察开/关是否成对出现