“Too many open files”错误源于文件描述符耗尽，需按层排查：一、用ulimit -n和cat /proc/sys/fs/file-max分别检查进程级与系统级限制；二、用lsof定位高占用进程；三、临时用ulimit或prlimit提限；四、永久修改limits.conf、sysctl.conf及systemd服务LimitNOFILE配置。
Linux系统报“Too many open files”错误时，进程无法新建socket连接、打开日志或读取配置，服务直接拒绝响应——这不是磁盘空间不足，而是文件描述符（file descriptor）被耗尽，必须立刻定位是单个进程撑爆了限制，还是系统全局资源见底。
先确认问题到底出在哪一层
执行 ulimit -n 查看当前shell的软限制值。若显示 1024，就已低于多数Web服务最低需求；若显示 65535，但错误仍在，则说明问题不在用户级限制。
运行 cat /proc/sys/fs/file-max 获取内核允许的全局最大句柄数。生产环境建议不低于 65536；若输出仅 8192，系统级瓶颈已坐实。
用 lsof -n | awk '{print $2}' | sort | uniq -c | sort -nr | head -5 找出打开文件最多的前5个进程PID。如果某Java或Nginx进程数值持续高于5000，大概率存在泄漏或未关闭连接。
【关键前提】不要跳过这一步：所有后续修改都必须基于这个诊断结果。盲目调高 ulimit 却不查泄漏进程，几天后还会报错。
临时恢复服务（立刻生效，会话结束即失效）
方法一：在当前终端中直接提升限制
执行 ulimit -n 65535，然后重启出问题的服务（如 systemctl restart nginx）。这步能快速验证是否为限制过低导致，适合紧急救火。
方法二：对指定进程临时提限（无需重启服务）
找到问题进程PID（如 pidof java），执行 prlimit --nofile=65535:65535 $PID。注意：该命令需 root 权限，且仅影响已运行进程的当前实例，下次启动仍按原限制加载。
永久修改用户级限制（适用于交互式登录用户和服务）
第一步：编辑系统级限制配置文件
用 root 权限打开 /etc/security/limits.conf：sudo vim /etc/security/limits.conf。
第二步：追加两行策略（以覆盖所有用户为例）
在文件末尾新增：* soft nofile 65535* hard nofile 65535
soft 是当前生效值，hard 是 soft 能设到的天花板——普通用户可自行调高 soft，但不能超过 hard；只有 root 能改 hard。
第三步：确保 PAM 模块启用
检查 /etc/pam.d/common-session 是否含 session required pam_limits.so。若无，手动添加该行并保存。缺少这行，limits.conf 配置根本不会被加载。
第四步：重新登录或切换用户验证
退出当前终端，用同一用户重新 SSH 登录，再执行 ulimit -n。必须看到 65535 才算成功——【注意】source ~/.bashrc 或 exec bash 不起作用，必须全新登录会话。
永久修改系统级上限（防止全局耗尽）
编辑内核参数配置：sudo vim /etc/sysctl.conf，在末尾添加：fs.file-max = 131072
这个值应显著高于所有用户 hard nofile 总和（例如 20 个用户 × 65535 ≈ 1.3M，但实际设 131072 已足够应对绝大多数场景）。
立即应用新参数：sudo sysctl -p。验证是否生效：cat /proc/sys/fs/file-max 应输出 131072。
这一步修改的是整个系统的“水池容量”，不影响单个进程的“水杯大小”。即使 ulimit 设得再高，总池子满了照样报错。
让 systemd 服务也继承新限制
很多后台服务（如 MySQL、Redis）由 systemd 管理，它默认不读取 limits.conf。必须单独为其配置：
创建目录：sudo mkdir -p /etc/systemd/system/mysqld.service.d（将 mysqld 替换为目标服务名）。
新建覆盖配置：sudo vim /etc/systemd/system/mysqld.service.d/override.conf，写入：[Service]LimitNOFILE=65535
重载配置并重启服务：sudo systemctl daemon-reload && sudo systemctl restart mysqld。
验证是否生效：systemctl show mysqld | grep LimitNOFILE，输出应为 LimitNOFILE=65535。
