被 ulimit 玩脱的那些血泪史_ulimit -n 1000000-CSDN博客

本文链接：https://blog.csdn.net/cui_win/article/details/148167218

刚接触 Linux 的时候，我天真地以为ulimit只是个普通的命令，直到我亲手把自己坑了一回。当时为了让 Web 服务器支持更多并发，我大手一挥：“ulimit -n 1000000！给我冲！” 结果不到半小时，服务器直接卡死，连 SSH 都登不上去。后来才知道，这命令就像给系统下了一道 “霸王令”，强行规定每个进程能使用的资源上限。

我曾经手滑改错参数，导致系统重启后直接黑屏，最后只能单用户模式抢救

ulimit 是 Linux/Unix 系统中用于限制 shell 会话及其子进程资源使用的内置命令。它通过修改内核参数，控制进程可使用的各种系统资源上限，防止单个进程过度消耗系统资源导致系统崩溃或服务降级。

一、核心功能与用途

1. 限制资源类型

ulimit 可限制的常见资源包括：

文件描述符数量（-n）：进程可同时打开的最大文件数。
进程堆栈大小（-s）：每个进程的栈空间上限。
最大进程数（-u）：单个用户可创建的最大进程数。
文件大小（-f）：进程可创建的最大文件大小（以块为单位）。
虚拟内存（-v）：进程可使用的最大虚拟内存空间。

2. 临时限制 vs 永久限制

临时限制：在当前 shell 会话中生效，退出后失效。
永久限制：通过修改配置文件（如 /etc/security/limits.conf）实现，系统重启后仍有效。

二、常用参数及示例

1. 查看当前限制

ulimit -a  # 显示所有资源限制
ulimit -n  # 显示文件描述符数量限制

2. 修改临时限制

ulimit -n 4096  # 将文件描述符上限临时提高到 4096
ulimit -s unlimited  # 取消堆栈大小限制

3. 永久修改限制

编辑 /etc/security/limits.conf，添加或修改以下行：

username hard nofile 65536  # 用户名的硬限制（管理员可设置）
username soft nofile 4096   # 用户名的软限制（用户可自行调整）
*        hard nproc  1024   # 所有用户的最大进程数硬限制

注意：修改后需重启系统或重新登录生效。

三、硬限制 vs 软限制

软限制（soft）：当前实际生效的限制，用户可通过 ulimit 命令自行调整（需不超过硬限制）。
硬限制（hard）：软限制的上限，通常由系统管理员设置，普通用户无法超越。

示例：

ulimit -Hn 65536  # 设置文件描述符硬限制为 65536
ulimit -Sn 4096   # 设置软限制为 4096（用户可在 4096~65536 之间调整）

四、典型应用场景

1. 解决 “Too many open files” 错误

当应用程序（如数据库、Web服务器）需要同时处理大量连接时，默认文件描述符限制（通常为 1024）可能不足，需提高限制：

ulimit -n 65536  # 临时调整
# 或在 /etc/security/limits.conf 中永久设置

2. 防止内存溢出

限制进程的虚拟内存使用，避免程序因内存泄漏导致系统崩溃：

ulimit -v 2097152  # 限制进程最多使用 2GB 虚拟内存

3. 控制用户资源使用

通过限制单个用户的最大进程数，防止恶意用户耗尽系统资源：

# /etc/security/limits.conf
username hard nproc 500  # 用户最多创建 500 个进程

五、与系统级限制的关系

ulimit 受系统全局参数影响，若需突破某些限制，还需修改内核参数：

文件描述符总数：修改 /proc/sys/fs/file-max 或 /etc/sysctl.conf。
用户进程数上限：修改 /proc/sys/kernel/threads-max。

示例：

# 临时修改系统级文件描述符总数限制
echo 1000000 > /proc/sys/fs/file-max

# 永久修改（需重启生效）
echo "fs.file-max = 1000000" >> /etc/sysctl.conf
sysctl -p  # 立即生效

六、注意事项

权限限制：普通用户只能降低硬限制，或在硬限制范围内提高软限制；修改硬限制需 root 权限。
配置生效范围：
- /etc/security/limits.conf 对通过 PAM（Pluggable Authentication Modules）认证的用户生效。
- 系统服务（如 systemd 管理的服务）需单独配置（通过 LimitNOFILE 等参数）。
过度限制风险：设置过低的限制可能导致应用程序异常（如数据库无法启动），需根据实际需求调整。