centos 7 修改系统最大文件数需同步调整三处：内核级 file-max、用户级 limits.conf、systemd 级 defaultlimitnofile；缺一不可，且数值须逐层≥，否则被低层截断。
CentOS 7 修改系统最大文件数不是改一个地方就能生效的事，必须同时调三处：内核级总上限、用户级软硬限制、systemd 服务级限制。漏掉任意一项，像 java、nginx 或 elasticsearch 这类服务启动后仍会卡在默认的 1024。
查看当前各层限制值
先确认你到底被哪一层卡住了：
-
cat /proc/sys/fs/file-max—— 系统全局能分配的文件描述符总数（内核参数） -
ulimit -n—— 当前 shell 会话的软限制（普通用户默认1024） -
ulimit -Hn—— 当前 shell 会话的硬限制（root 可设，普通用户只能降不能升） -
cat /proc/$(pgrep -f "java")/limits | grep "Max open files"—— 查看具体进程实际生效的限制（常发现和ulimit -n不一致）
/etc/sysctl.conf 设置全局 file-max
这是系统总水池大小，必须大于所有进程加起来可能用到的文件数。生产环境建议设为 65535600 或更高（注意：该值不能超过 /proc/sys/fs/nr_open，否则写入无效）：
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 编辑
/etc/sysctl.conf，追加一行：fs.file-max = 65535600 - 立即生效：
sysctl -p - 验证：
cat /proc/sys/fs/file-max应输出刚设的值 - 如果之后发现设置不生效，检查
fs.nr_open是否足够：cat /proc/sys/fs/nr_open；若偏小，需同步在sysctl.conf中加fs.nr_open = 1000000并sysctl -p
/etc/security/limits.conf 设置用户级 nofile
这个文件只对通过 PAM 登录的会话生效（比如 ssh 登录、su 切换），但对 systemd 启动的服务**默认不生效**：
- 追加两行（
*表示所有用户，也可指定用户名如elasticsearch）：* soft nofile 65535* hard nofile 65535 - 不要用
-替代soft/hard，某些 PAM 版本解析异常 - 修改后必须**重新登录 ssh 或新开终端**才对交互式 shell 生效；已有会话不会自动更新
- 验证：
ulimit -n和ulimit -Hn都应返回65535
/etc/systemd/system.conf 设置 DefaultLimitNOFILE
这是最容易被忽略的一环。CentOS 7 默认用 systemd 管理服务，而 systemd **完全无视 limits.conf**，它用自己的配置控制子进程资源限制：
- 编辑
/etc/systemd/system.conf，取消注释并修改这两行：DefaultLimitNOFILE=65535DefaultLimitNPROC=65535 - 执行
systemctl daemon-reload（不是 restart） - 重启目标服务，例如：
systemctl restart elasticsearch - 验证：
cat /proc/$(pgrep -f "elasticsearch")/limits | grep "Max open files"应显示65535 - 如果服务仍没生效，检查是否用了自定义 unit 文件——需在对应
.service文件的[Service]段显式加LimitNOFILE=65535
真正起效的关键在于：/proc/sys/fs/file-max 是池子容量，limits.conf 是给登录用户的“取水许可”，systemd 的 DefaultLimitNOFILE 才是给后台服务发的“取水许可”。三者缺一不可，且数值要逐层 ≥，否则高一层的限制会被低一层截断。
