Debian ulimit支持动态改吗

简短结论：Debian 下 ulimit 是否“支持动态改”，取决于你改的是哪一层、哪个进程，以及你用的是什么方式。
对已经运行的进程，大多数 ulimit 不能动态生效；对新进程可以动态设置。

下面分情况说明。

1️⃣ ulimit 本身是什么

ulimit 是 shell 内建命令，用来设置 当前 shell 进程及其子进程 的资源限制（本质是对 setrlimit 的封装）。

它不是系统全局配置，也不是服务配置。

2️⃣ 已运行进程：基本不能动态改 ✅❌

❌ 不能改的情况（大多数）

对 已经启动的进程（如正在跑的 Java、Nginx、数据库）：

• ulimit 无法再修改
• 即使你在 shell 里再执行 ulimit -n 65535，也只影响当前 shell 和之后的子进程

例如：

# 假设 mysqld 已经在运行
ulimit -n 65535   # 对 mysqld 无效

原因：
Linux 的 setrlimit 限制是 继承 + 不可放大（非 root 下） 的。

✅ 极少数例外（不常见）

• 某些资源（如 core dump、某些调度类）在特定条件下可调整
• 但 open files / stack / nproc 这类常见限制，运行中基本改不了

3️⃣ 新进程：可以“动态”设置 ✅

在 shell 中临时改（只对当前 shell）

ulimit -n 65535
./my_server

✅ 对 之后启动的子进程生效

4️⃣ 永久 / 全局生效（Debian 推荐方式）

✅ /etc/security/limits.conf

*    soft    nofile    65535
*    hard    nofile    65535

⚠️ 注意：

• 只对登录会话生效
• 依赖 pam_limits.so
• systemd 服务默认不读这个

✅ systemd 服务（Debian 8+ 主流方式）

如果是 systemd 启动的服务：

# /etc/systemd/system/xxx.service
[Service]
LimitNOFILE=65535
LimitNPROC=65535

然后：

systemctl daemon-reexec
systemctl restart xxx

✅ 这是“动态改服务限制”的正确方式

5️⃣ 常见误区 ❌

6️⃣ 一句话总结

Debian 上 ulimit 只能“动态设置新进程”，不能“动态修改已运行进程”。
服务请用 systemd 的 LimitXXX=，不要指望 ulimit。

如果你愿意，可以告诉我：

• 改的是 open files / nproc / stack / core 哪一种？
• 是 普通程序 / Docker / systemd 服务 / 数据库？

我可以给你精确到 Debian 版本和场景的配置示例。