|
1 |
ulimit -n 65535 # 设置当前会话的打开文件数限制 |
编辑 /etc/security/limits.conf,末尾添加:
|
1 2 3 4 |
* soft nofile 65535 * hard nofile 65535 nginx soft nofile 65535 # 如果Nginx以nginx用户运行 nginx hard nofile 65535 |
保存后退出,重启系统或重新登录会话生效。
编辑Nginx主配置文件(通常为/etc/nginx/nginx.conf):
|
1 2 3 4 5 6 7 8 9 10 11 |
# 在全局块添加 worker_rlimit_nofile 65535; # 设置每个worker进程最大可打开文件数
events { worker_connections 4096; # 每个worker允许的并发连接数 multi_accept on; # 允许一次性接受多个连接 }
http { ... } |
|
1 2 3 4 5 6 |
cat /proc/sys/fs/file-max # 查看系统全局限制 # 若需临时修改: sysctl -w fs.file-max=200000 # 永久生效: echo "fs.file-max=200000" >> /etc/sysctl.conf sysctl -p |
|
1 2 3 4 5 |
# 获取Nginx主进程PID ps -ef | grep nginx | grep master
# 查看该进程打开的文件数 lsof -p <PID> | wc -l |
若接近限制,需进一步优化或排查泄漏。
检查后端应用:确认是否存在未关闭的数据库连接、文件句柄或HTTP连接。
启用Nginx长连接(减少频繁开闭):
|
1 2 3 4 |
http { keepalive_timeout 60; keepalive_requests 100; } |
日志分析:检查是否有异常请求导致资源未释放,如频繁访问50x.html可能需优化错误处理。
|
1 2 |
nginx -t # 验证配置语法 systemctl restart nginx # 根据系统选择重启命令 |
实时监控文件描述符:
|
1 |
watch -n 1 "ls /proc/$(pgrep nginx)/fd | wc -l" |
日志跟踪:观察错误是否减少或消失。
通过上述步骤,可有效解决因文件描述符不足导致的Nginx报错问题。