linux限制进程最大文件数需协同配置单进程、用户、系统三层：查运行时真实限制值（ulimit -n、/proc/[pid]/limits、/proc/[pid]/fd），设ulimit、limits.conf及systemd的limitnofile，并调大fs.file-max。
Linux中限制进程打开的最大文件数，核心是分三层控制：单进程级、用户级、系统级。只调其中一层容易在高并发时突然报 Too many open files，必须协同配置。
查清当前实际限制值
别只看配置文件，先确认运行时真实生效的值：
- 当前会话软限制：
ulimit -n（常见默认为1024） - 某进程实际限制：
cat /proc/[PID]/limits | grep "Max open files" - 该进程已用句柄数：
ls /proc/[PID]/fd | wc -l（若超软限80%，说明已临界） - 系统总上限：
cat /proc/sys/fs/file-max
设置单个进程的文件数上限
进程启动时继承其父 shell 的 ulimit 值，所以必须确保启动环境已就绪：
- 临时生效（仅当前终端及子进程）：
ulimit -n 65535 - 永久生效（对所有新登录用户）：编辑
/etc/security/limits.conf，添加：
* soft nofile 65535<br>* hard nofile 65535
并确认 /etc/pam.d/common-session 含有 session required pam_limits.so。改完需重新登录或重启服务。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
适配 systemd 服务（关键易漏环节）
systemd 忽略 PAM limits，必须在服务单元文件中显式声明：
- 编辑
/etc/systemd/system/xxx.service，在[Service]段添加：
LimitNOFILE=65535<br>LimitNPROC=65535
然后执行：systemctl daemon-reload && systemctl restart xxx。否则即使 limits.conf 改了，Nginx、Redis 等仍卡在1024。
同步提升系统级总文件句柄容量
避免进程限制调高后被全局卡死：
- 临时生效：
sysctl -w fs.file-max=1048576 - 永久生效：在
/etc/sysctl.conf中追加：fs.file-max = 1048576，再运行sysctl -p - 注意：该值不宜盲目设大，建议按内存估算——每1000个句柄约占1KB内核内存
