centos 7 修改最大进程数需同步配置 systemd 和 pam：改 /etc/systemd/system.conf 的 defaultlimitnproc 控制 service，改 /etc/security/limits.d/20-nproc.conf 控制登录用户，并检查 /proc/sys/kernel/pid_max 全局限制。
CentOS 7 修改最大进程数限制不能只改 /etc/security/limits.conf，必须同时处理 systemd 和 PAM 两套机制，否则 ulimit -u 显示的值和实际 service 进程能用的值会不一致，甚至完全失效。
为什么 ulimit -u 改了但 service 进程还是卡在 15088？
因为 CentOS 7 默认用 systemd 管理服务，而 /etc/security/limits.conf 只对 PAM 登录用户生效（比如你 ssh 登录后执行的命令），对 systemctl start xxx.service 启动的服务完全无效。这类 service 的资源限制由 systemd 自己控制，优先读取 /etc/systemd/system.conf 中的 DefaultLimitNPROC。
- 单独改
/etc/security/limits.d/20-nproc.conf→ulimit -u生效，但 service 不生效 - 单独改
/etc/systemd/system.conf→ service 生效，但登录 shell 的ulimit -u仍为旧值 - 两个都改，且数值一致 → 才能覆盖所有场景
修改全局默认进程数（systemd service 生效）
编辑 /etc/systemd/system.conf，取消注释并设值：
DefaultLimitNPROC=65535
或者用 sed 一行搞定：
sed -i '/^#DefaultLimitNPROC=/s/^#//; /^DefaultLimitNPROC=/c\DefaultLimitNPROC=65535' /etc/systemd/system.conf
注意：DefaultLimitNPROC 是硬限制，service 启动时直接继承，不依赖用户登录态；改完必须重启系统或至少执行 systemctl daemon-reload + 重启对应 service，但部分旧进程可能仍沿用旧 limit，建议重启。
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
修改登录用户的进程数（ulimit -u 生效）
优先改 /etc/security/limits.d/20-nproc.conf（它比 limits.conf 加载晚，会覆盖前者）：
- 确保内容是：
* soft nproc 65535和* hard nproc 65535 - 不要写成
noproc（这是错别字，正确是nproc） - 如果只针对 root，把
*换成root，避免影响其他用户
改完后新登录 session 才生效，已有终端需重新登录或新开 shell。
验证是否真正生效
别只信 ulimit -u —— 它只反映当前 shell 的 PAM 设置。要确认 service 是否拿到新限制，得看它的实际进程：
- 查 service PID：
systemctl show -p MainPID your-service-name.service - 查该 PID 的真实限制：
cat /proc/<pid>/limits | grep Max\ processes</pid> - 输出里
Max processes那一行的Soft Limit值，才是 service 实际能用的上限
最容易被忽略的是：即使所有配置都改对了，如果 /proc/sys/kernel/pid_max 太小（比如默认 32768），整个系统能创建的 PID 总数就封顶了，用户级的 nproc 再大也无用。所以顺手检查并调高它：echo 65535 > /proc/sys/kernel/pid_max，再写入 /etc/sysctl.conf 持久化。
