如何通过Ubuntu ulimit轻松提升文件描述符使用体验以优化系统性能？

为什么文件描述符限制会成为性能瓶颈？

每个打开的套接字或文件都会占用一个文件描述符。按理说，当程序或进程的可用描述符数被耗尽时您会看到经典的错误：

• Too many open files
• 连接被拒绝、请求超时或服务直接崩溃

这些表现直接影响使用者体验和业务稳定性——正是许多运维人员和开发者最头疼的痛点。

了解 Ubuntu 中的 ulimit 基础

ulimit 是 Bash 内建命令，用于查看和设置当前 shell 及其子进程的资源限制。其实，其中最常用的选项是 -n对应“最大打开文件描述符数”。

查看当前限制

# 查看本次会话的软限制
ulimit -n
# 查看硬限制
ulimit -Hn

如果输出值偏低，在高并发场景下很容易触达上限。

临时调整

# 将软限制提高至 4096
ulimit -n 4096
# 若需同时提高硬限制。需要 root 权限：
sudo sh -c 'ulimit -Hn 8192'

此方式适合快速测试或调试，**但不会持久化**，重新登录后会恢复默认值。

永久设置文件描述符限制

要让所有登录使用者或特定服务继承更高的限制，需修改 PAM 配置和 /etc/security/limits.conf。怎么说呢，

至于步骤一，编辑 limits.conf

/etc/security/limits.conf
# 每行格式：   
* soft nofile 4096
* hard nofile 8192
# 若只想针对某个使用者：
www-data soft nofile 4096
www-data hard nofile 8192

步骤二这方面，确保 PAM 模块加载该配置

`/etc/pam.d/common-session` 和 `/etc/pam.d/common-session-noninteractive` 中应包含：

session required pam_limits.so

说到步骤三。重新登录或重新启动使其生效

退出当前终端后重新登录，或直接执行：

sudo systemctl restart nginx # 假设是 Nginx 服务
su - $USER # 强制重新读取 limits
ulimit -n # 应该看到新值

至于案例，利用 ulimit 提高 Nginx 高并发处理能力

很多站长在部署 Nginx 时遇到 “worker_connections are more than open file resource limit” 警告，导致部分请求被丢弃。

A. 检查 Nginx 工作进程的实际限制

# 查看主进程 PID
pgrep nginx
# 查看该进程的 fd 上限
cat /proc/$/limits | grep 'Max open files'

events {
worker_connections 4096;# 必须 ≤ 程序软硬限制中的较小值
}
http {
# 其他配置保持不变 …}

sudo nginx -t && sudo systemctl reload nginx