Linux修改文件最大打开数方法

当Linux系统在高并发场景下抛出“Too many open files”错误时，本质是文件描述符资源耗尽，需从会话级（ulimit临时调整）、用户级（~/.bashrc或/etc/security/limits.conf）、服务级（systemd的LimitNOFILE）、乃至内核级（fs.file-max）进行多层协同调优；本文系统梳理了五步实操方案，覆盖快速验证、用户定制、全局生效、服务隔离与系统承载力提升，助你精准定位瓶颈并稳定支撑高负载应用。

如果您在Linux系统中运行高并发服务时遇到“Too many open files”错误，则可能是由于系统对单个进程可打开文件数的限制过低。以下是修改文件最大打开数的具体操作步骤：

一、临时修改当前会话的ulimit值

该方法仅对当前Shell会话及其子进程生效，重启终端或注销后失效，适用于快速验证或调试场景。

1、执行命令查看当前软限制和硬限制：
ulimit -Sn && ulimit -Hn

2、将软限制提升至65535（需不超过当前硬限制）：
ulimit -Sn 65535

3、若需同时提高硬限制（需具备root权限）：
sudo ulimit -Hn 65535

4、验证修改结果：
ulimit -n

二、永久修改用户级限制（针对特定用户）

通过编辑用户shell配置文件，使ulimit设置在每次登录时自动加载，适用于仅需为某个用户（如www-data、deploy）调整限制的场景。

1、使用文本编辑器打开该用户的shell配置文件，例如bash用户编辑 ~/.bashrc：
vim ~/.bashrc

2、在文件末尾添加以下两行：
ulimit -S n 65535
ulimit -H n 65535

3、保存并退出，执行命令使配置立即生效：
source ~/.bashrc

4、新开终端验证是否生效：
ulimit -n

三、永久修改系统级限制（全局生效）

该方式通过修改PAM模块配置与系统limits配置文件，影响所有用户（除root外默认受约束），是生产环境推荐的标准做法。

1、编辑 /etc/security/limits.conf 文件：
sudo vim /etc/security/limits.conf

2、在文件末尾追加以下四行（其中username可替换为具体用户名，或使用*代表所有普通用户）：
username soft nofile 65535
username hard nofile 65535
* soft nofile 65535
* hard nofile 65535

3、确保 /etc/pam.d/common-session 或对应登录管理文件包含如下行（Debian/Ubuntu通常已存在）：
session required pam_limits.so

4、重启用户会话或重新登录，执行 ulimit -n 验证结果

四、修改systemd服务的文件数限制

对于由systemd托管的服务（如nginx、redis、java应用），其进程不受/etc/security/limits.conf直接影响，必须单独配置service unit参数。

1、查找目标服务的unit文件路径：
systemctl show -p FragmentPath 服务名.service

2、创建覆盖目录并编辑override文件：
sudo systemctl edit 服务名.service

3、在打开的编辑器中输入以下内容：
[Service]
LimitNOFILE=65535

4、保存退出后重载配置并重启服务：
sudo systemctl daemon-reload
sudo systemctl restart 服务名.service

五、内核级全局限制调整（fs.file-max）

该参数定义整个系统允许打开的最大文件句柄总数，由内核维护，独立于单个进程限制，当出现系统级资源耗尽提示时需调整。

1、查看当前内核限制值：
cat /proc/sys/fs/file-max

2、临时修改（重启失效）：
sudo sysctl -w fs.file-max=1048576

3、永久生效：编辑 /etc/sysctl.conf，添加一行：
fs.file-max = 1048576

4、加载新配置：
sudo sysctl -p

以上就是《Linux修改文件最大打开数方法》的详细内容，更多关于的资料请关注golang学习网公众号！