为什么Debian ulimit不生效

在 Debian（以及大多数 Linux 发行版）中，很多人会遇到 ulimit 设置后不生效 的问题。通常不是 ulimit 本身无效，而是设置的位置或方式不对。下面按常见原因和正确做法系统说明。

一、最常见原因总结

二、ulimit 的基本规则（非常重要）

1️⃣ ulimit 是 进程级 的

ulimit -n 65535

✅ 只影响：

• 当前 shell
• 当前 shell 启动的子进程

❌ 不影响：

• 已经运行的进程
• 系统服务
• 其他用户会话

2️⃣ 软限制 vs 硬限制

ulimit -Sn   # 软限制
ulimit -Hn   # 硬限制

• 普通用户：只能调低硬限制
• root：可以调高

如果你看到：

bash: ulimit: open files: cannot modify limit: Operation not permitted

说明你在尝试超过硬限制。

三、Debian 中正确的设置方式

✅ 方法一：交互式 shell（临时）

ulimit -n 65535

⚠️ 重启或新 shell 就失效

✅ 方法二：limits.conf（适用于登录用户）

1️⃣ 编辑配置文件

sudo vim /etc/security/limits.conf

添加：

* soft nofile 65535
* hard nofile 65535
root soft nofile 65535
root hard nofile 65535

2️⃣ 确保 PAM 启用

Debian 默认是启用的，但确认一下：

grep pam_limits /etc/pam.d/common-session

应该有：

session required pam_limits.so

✅ 适用场景：

• 本地登录
• SSH 登录
• su / sudo

❌ 不适用：

• systemd 服务
• Docker 容器（大多数情况）

✅ 方法三：systemd 服务（最常见失效原因）

❗ systemd 完全忽略 ulimit 和 limits.conf

✅ 正确做法（systemd）

1️⃣ 编辑 service 文件

sudo systemctl edit your_service

或编辑：

/etc/systemd/system/your_service.service

2️⃣ 添加：

[Service]
LimitNOFILE=65535
LimitNPROC=65535

3️⃣ 重载并重启

systemctl daemon-reload
systemctl restart your_service

✅ 验证：

cat /proc/$(pidof your_service)/limits

✅ 方法四：系统级内核参数（全局最大）

sysctl fs.file-max

临时修改：

sudo sysctl -w fs.file-max=1000000

永久：

echo "fs.file-max = 1000000" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

⚠️ 这是 系统能打开的最大 fd 数，不是进程限制。

四、常见误区排查清单

❌ 为什么我设置了但 ulimit -n 还是 1024？

✅ 检查顺序：

1. 是不是 systemd 服务？
2. 是不是真的 login shell？
3. 是不是被硬限制卡住？
4. 是不是 Docker / LXC / Kubernetes？

五、Docker / 容器中的 ulimit

Docker 启动参数：

docker run --ulimit nofile=65535:65535 ...

docker-compose：

ulimits:
  nofile:
    soft: 65535
    hard: 65535

六、快速判断你该用哪种方式

七、一句话总结

Debian 中 ulimit 不生效，90% 是因为 systemd 或设置位置不对。

如果你愿意，可以把你的 具体场景（比如：SSH 登录 / systemd 服务 / Docker / MySQL / Nginx）贴出来，我可以直接给你一套精确可用的配置。