服务器 > 网络 > https

Nginx报错“Too many open files”的问题解决

16人参与 2025-05-30 https

1. 调整系统级文件描述符限制

a. 临时生效(重启后失效):

ulimit -n 65535  # 设置当前会话的打开文件数限制

b. 永久生效:

编辑 /etc/security/limits.conf,末尾添加:

* soft nofile 65535
* hard nofile 65535
nginx soft nofile 65535  # 如果nginx以nginx用户运行
nginx hard nofile 65535

保存后退出,重启系统或重新登录会话生效。

2. 调整nginx配置

编辑nginx主配置文件(通常为/etc/nginx/nginx.conf):

# 在全局块添加
worker_rlimit_nofile 65535;  # 设置每个worker进程最大可打开文件数

events {
    worker_connections 4096;  # 每个worker允许的并发连接数
    multi_accept on;          # 允许一次性接受多个连接
}

http {
    ...
}

3. 检查系统全局文件描述符上限

cat /proc/sys/fs/file-max  # 查看系统全局限制
# 若需临时修改:
sysctl -w fs.file-max=200000
# 永久生效:
echo "fs.file-max=200000" >> /etc/sysctl.conf
sysctl -p

4. 检查nginx当前打开文件数

# 获取nginx主进程pid
ps -ef | grep nginx | grep master

# 查看该进程打开的文件数
lsof -p <pid> | wc -l

若接近限制,需进一步优化或排查泄漏。

5. 排查文件描述符泄漏

检查后端应用:确认是否存在未关闭的数据库连接、文件句柄或http连接。

启用nginx长连接(减少频繁开闭):

http {
    keepalive_timeout 60;
    keepalive_requests 100;
}

日志分析:检查是否有异常请求导致资源未释放,如频繁访问50x.html可能需优化错误处理。

6. 重启nginx生效配置

nginx -t         # 验证配置语法
systemctl restart nginx  # 根据系统选择重启命令

7. 监控与验证

实时监控文件描述符:

watch -n 1 "ls /proc/$(pgrep nginx)/fd | wc -l"

日志跟踪:观察错误是否减少或消失。

补充说明

通过上述步骤,可有效解决因文件描述符不足导致的nginx报错问题。

到此这篇关于nginx报错“too many open files”的问题解决的文章就介绍到这了,更多相关nginx too many open files内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网!

(0)

您想发表意见!!点此发布评论

推荐阅读

Nginx设置https和http同时使用同一个端口访问

05-30

在Ubuntu中设置IP地址的几种方式

05-30

Tomcat端口仅允许本地访问设置的两种实现方法

05-30

Tomcat端口仅允许本地访问设置的两种方法

05-30

如何搭建并配置HTTPD文件服务及访问权限控制

06-05

nginx负载均衡配置方式

06-05

猜你喜欢

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论