“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。
查清楚当前各层限制值
先别急着改，用这几条命令摸清现状：
-
系统总上限：运行
cat /proc/sys/fs/file-max，这是所有进程加起来能打开的文件总数（比如 262144） -
当前用户软/硬限制：运行
ulimit -n（软限制）和ulimit -Hn（硬限制），常见默认是 1024/4096 -
目标进程实际值：比如 Nginx，查它的 PID 后执行
cat /proc/$(cat /var/run/nginx.pid)/limits | grep "Max open files"，常发现这里卡在 1024，即使 ulimit 已调高
永久生效的三步配置法
单靠 ulimit -n 65536 只影响当前终端，服务重启就失效。必须分层落实：
-
系统级：编辑
/etc/sysctl.conf，添加fs.file-max = 1000000，再执行sudo sysctl -p -
用户级：编辑
/etc/security/limits.conf，追加两行（注意格式不能错）：* soft nofile 65536* hard nofile 65536
→ 改完需完全退出并重新登录（不是新开终端标签页） -
进程级（最重要）：若用 systemd 管理（如 nginx、redis），直接改 service 文件：
sudo systemctl edit nginx，写入：[Service]LimitNOFILE=65536
保存后执行sudo systemctl daemon-reload && sudo systemctl restart nginx
应用自身也要配合设置
某些服务（如 Nginx）不光依赖系统限制，还需内部声明：
- 在
/etc/nginx/nginx.conf的主块（main context）中添加：worker_rlimit_nofile 65536; - Java 应用启动脚本里加上：
ulimit -n 65536 && java -jar app.jar（仅临时有效，推荐优先走 systemd 配置） - Node.js 或 Python 进程，确保没在代码里硬编码
ulimit -n，否则可能覆盖系统设置
验证是否真正生效
改完别信配置文件，要实测：
- 确认 systemd 服务加载了新限制：
systemctl show nginx | grep LimitNOFILE - 查进程实际值：
cat /proc/$(pgrep -f "nginx: master")/limits | grep "Max open files"，输出应为65536 65536 - 压测时监控：
lsof -p $(pgrep -f "nginx: master") | wc -l，看是否接近上限但未触发错误
