openGauss 数据库报错“failed: To0 many open files”

openGauss 数据库报错"failed: To0 many open files"

报错:

最近在测试搭建测试高斯数据库的时候,发现当应用程序和数据库对接完成之后,经常是运行一段时间就应用就挂了,去查看了应用程序日志,发现了如下报错:

failed: To0 many open files,这个报错一般是应用程序或者是用户的文件描述符 被限制导致的,在Linux系统中,每个用户和程序的 文件描述符,都是默认被限制到了 1024的,

排查流程

看到上述报错可以确定,数据库无法连接的原因就是因为文件描述符 被限制导致的,所以我查看当前用户、omm(运行数据库用户),以及limit.conf配置。


看带上面三个配置可以发现,我们关于文件最大描述附最大值是配置到100000的,理论上是不会被耗尽的。接下来查看一下,当前已打开的文件数量

powershell 复制代码
# 查看特定 PostgreSQL 进程打开的文件描述符数量(替换 <PID> 为实际进程 ID)
ls -l /proc/<PID>/fd | wc -l

# 查看该进程的具体限制配置
cat /proc/<PID>/limits | grep "Max open files"

通过cat /proc/<PID>/limits查看发现这里显示的文件描述最大值还是1024。

问题定位

后来通过在网上查询之后才发现,因为如果进程是通过systemd的方式去管理的话。进程启动的时候是不会读取max-limits.conf的配置文件,还是会使用默认的1024,这个时候就需要我们去修改systemd 的启动脚本来指定 Max open files 。

在启动脚本的【Service】中添加

powershell 复制代码
LimitNOFILE=65536
LimitNPROC=65536

修改完之后记得reload一下systemd配置在重启数据库

powershell 复制代码
systemctl  daemon-reload
systemctl  restart opengauss.service

解决验证

重启之后,在查看文件描述符限制,可以看到就变成了我们修改的数值了,再重启应用程序后正常。

相关推荐
持力行3 分钟前
D-BUS会话总线
运维·网络
kdxiaojie7 分钟前
Linux 驱动研究 —— I2C (5)
linux·运维·笔记·学习
Leighteen27 分钟前
Redis与MySQL双写一致性:从问题根源到工程落地
数据库·redis·mysql
独自归家的兔39 分钟前
2026年7月2日 Docker 容器化部署 PaddleOCR-VL 实战(OpenAI 协议兼容 HTTP 调用)
运维·docker·容器
ZXXstarstar1 小时前
2026年电池安全使用年限的量化决策:什么时间到期最需要替换?
linux·运维·服务器·电池
网络小白不怕黑1 小时前
httpd监控
linux·运维·服务器
AI-好学者1 小时前
阶段二-Cypher查询语言详解
数据库·rag·graphrag
龙仔7251 小时前
SQL Server 批量多库只读账号一键脚本(带逐行注释完整脚本 + 分段逐句详细解释)
服务器·数据库·sql·sqlserver·dba
2501_915716721 小时前
Nginx网关讲解_小白版
运维·nginx