在 CentOS 6 这个经典且已步入生命末期的操作系统上，合理地配置和管理系统资源限制是保障关键应用稳定运行、优化性能的核心环节，无论是部署高并发的 Web 服务，还是运行资源密集型的数据库，对“限制”的理解与调优都至关重要，CentOS 6 的资源限制主要分为两个层面：针对用户和进程的 ulimit 限制，以及针对整个系统内核的 sysctl 参数，深入理解这两者的配置方法与内在联系,是系统管理员必备的技能。
用户级资源限制
用户级资源限制主要通过 ulimit 命令和 /etc/security/limits.conf 配置文件来管理。ulimit 命令用于在当前 Shell 会话中临时查看或设置限制，而 limits.conf 则用于为特定用户或用户组设定永久性的限制。
当用户登录系统时，PAM（Pluggable Authentication Modules）会读取 /etc/security/limits.conf 文件中的配置，并应用相应的资源限制，这些限制分为软限制和硬限制，软限制是用户实际可以使用的资源上限，而硬限制是软限制可以上调的最大值，普通用户只能降低自己的硬限制，只有 root 用户才能提高硬限制。
最常见的限制项包括：
nofile：单个进程可以打开的最大文件描述符数量，对于 Web 服务器、数据库等应用,这是最常需要调整的参数。nproc：单个用户可以创建的最大进程数。fsize：用户可以创建的文件的最大体积。memlock：用户可以锁定在内存中的最大空间。
/etc/security/limits.conf 文件的格式非常清晰，每一行代表一条规则,其结构如下：
| Domain | Type | Item | Value |
|---|---|---|---|
soft | nofile | 65535 | |
hard | nofile | 65535 | |
oracle | soft | nproc | 16384 |
@developers | hard | fsize | unlimited |
- Domain：可以是用户名（如
oracle）、用户组（组名前加 ，如@developers）或通配符 （表示所有用户）。 - Type：
soft（软限制）或hard（硬限制）。 - Item：限制的资源类型，如
nofile、nproc等。 - Value：限制的具体数值，或
unlimited（无限制）。
修改此文件后，新的限制只会在用户下次登录时生效，对于已启动的服务,可能需要重启服务才能使限制生效。
系统级内核参数调优
除了用户级限制，系统全局的内核参数同样决定了服务器的性能表现，这些参数通过 sysctl 命令进行动态查看和修改，并通过 /etc/sysctl.conf 文件实现永久化配置。
在 CentOS 6 中,一些关键的内核参数与资源限制密切相关：
fs.file-max：整个系统可以分配的最大文件句柄数，这是一个全局上限，所有用户进程打开的文件描述符总和不能超过此值，这个值应该设置为比所有用户的nofile硬限制总和还要大,以预留足够的系统空间。net.core.somaxconn：定义了系统中每一个端口最大的监听队列的长度，对于高并发的网络服务（如 Nginx、Tomcat），适当增大此值（从默认的 128 调整到 65535）可以应对大量突发连接请求,避免连接被丢弃。net.ipv4.tcp_max_syn_backlog：记录了那些尚未收到客户端确认信息的连接请求的最大长度，它与somaxconn共同决定了 TCP 连接的接收能力。kernel.shmmax和kernel.shmall：这两个参数控制着系统共享内存的最大值和总页数，对于依赖共享内存的数据库系统（如 Oracle、PostgreSQL）,精确配置这两个参数至关重要。
要永久修改这些参数，只需将它们添加到 /etc/sysctl.conf 文件中，
fs.file-max = 2097152
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 8192
kernel.shmmax = 68719476736保存文件后，执行 sysctl -p 命令即可使配置立即生效,无需重启系统。
注意事项与最佳实践
在调整 CentOS 6 的资源限制时，必须谨慎行事，CentOS 6 已停止官方维护，继续使用存在安全风险，强烈建议规划迁移到受支持的现代操作系统（如 Rocky Linux, AlmaLinux 或 CentOS Stream），任何参数调整都应基于性能监控数据（如 top, vmstat, sar 等工具的输出），而非盲目跟从，建议在测试环境中充分验证后再应用到生产环境，要理解用户级限制和系统级限制的层级关系，确保 fs.file-max 等全局参数为用户级限制留有充足余地。
相关问答FAQs
*写入，但重新用普通用户登录后，使用ulimit -n` 查看仍然是默认的 1024，这是为什么？**
解答： 这是一个常见问题，通常由两个原因导致，第一，确保你的登录方式是通过 PAM 认证的，某些直接通过 su 切换用户或通过某些服务管理脚本启动的进程可能不会完全加载 limits.conf 的配置，最可靠的验证方式是完全退出当前会话，然后重新通过 SSH 或控制台登录，第二，检查 /etc/pam.d/login 和 /etc/pam.d/sshd 文件，确保其中包含 session required pam_limits.so 这一行，如果此行被注释或缺失，PAM 将不会应用 limits.conf 中的设置。
问题2：ulimit -n 设置的 nofile 和 sysctl -w fs.file-max=... 设置的 file-max 有什么区别和联系？
解答： 它们是不同层面的限制，存在包含关系。fs.file-max 是整个操作系统级别的全局参数，定义了系统所有进程总共可以打开的文件句柄数量的上限，可以把它想象成一个体育场里的总座位数，而 ulimit -n（对应 limits.conf 中的 nofile）是针对单个用户或单个进程的限制，定义了某一个进程可以打开的文件句柄数量的上限，这好比是规定“每个人最多只能预订 1000 个座位”，所有进程的 nofile 值之和，理论上不应超过系统的 file-max 值，在调优时，应先根据系统总内存和应用需求设定一个足够大的 fs.file-max，再为特定用户或应用设置合适的 nofile 值。
【版权声明】：本站所有内容均来自网络，若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
发表回复