服务器配置如何调整文件描述符限制避免报错

“Too many open files”需同步调优系统级（fs.file-max）、用户级（limits.conf）和进程级（如systemd LimitNOFILE或Nginx worker_rlimit_nofile）三层限制，缺一不可；须用ulimit、cat /proc/sys/fs/file-max、cat /proc/PID/limits等命令逐层验证，改后需重新登录或重启服务生效。

服务器配置文件描述符限制，关键是要理清三层边界：系统全局、用户会话、进程自身。只改其中一层，往往还是报 Too many open files。

查清楚当前各层限制值

先别急着改，用这几条命令摸清现状：

1. 系统总上限：运行 cat /proc/sys/fs/file-max，这是所有进程加起来能打开的文件总数（比如 262144）
2. 当前用户软/硬限制：运行 ulimit -n（软限制）和 ulimit -Hn（硬限制），常见默认是 1024/4096
3. 目标进程实际值：比如 Nginx，查它的 PID 后执行 cat /proc/$(cat /var/run/nginx.pid)/limits | grep "Max open files"，常发现这里卡在 1024，即使 ulimit 已调高

永久生效的三步配置法

单靠 ulimit -n 65536 只影响当前终端，服务重启就失效。必须分层落实：

1. 系统级：编辑 /etc/sysctl.conf，添加 fs.file-max = 1000000，再执行 sudo sysctl -p
2. 用户级：编辑 /etc/security/limits.conf，追加两行（注意格式不能错）：

   * soft nofile 65536

   * hard nofile 65536

   → 改完需完全退出并重新登录（不是新开终端标签页）

3. 进程级（最重要）：若用 systemd 管理（如 nginx、redis），直接改 service 文件：

   sudo systemctl edit nginx，写入：

   [Service]

   LimitNOFILE=65536

   保存后执行 sudo systemctl daemon-reload && sudo systemctl restart nginx

应用自身也要配合设置

某些服务（如 Nginx）不光依赖系统限制，还需内部声明：

1. 在 /etc/nginx/nginx.conf 的主块（main context）中添加：

   worker_rlimit_nofile 65536;

2. Java 应用启动脚本里加上：

   ulimit -n 65536 && java -jar app.jar（仅临时有效，推荐优先走 systemd 配置）

3. Node.js 或 Python 进程，确保没在代码里硬编码 ulimit -n，否则可能覆盖系统设置

验证是否真正生效

改完别信配置文件，要实测：

1. 确认 systemd 服务加载了新限制：systemctl show nginx | grep LimitNOFILE
2. 查进程实际值：cat /proc/$(pgrep -f "nginx: master")/limits | grep "Max open files"，输出应为 65536 65536
3. 压测时监控：lsof -p $(pgrep -f "nginx: master") | wc -l，看是否接近上限但未触发错误