系统文件句柄不足会导致高并发服务报错，需通过ulimit查看限制，临时调整用ulimit命令，永久修改需配置limits.conf和sysctl.conf，并针对systemd服务单独设置LimitNOFILE，确保各层限制生效。

系统文件句柄数量不足会导致高并发场景下服务报错“Too many open files”，尤其是在Web服务器、数据库或消息队列等应用中。Linux默认的ulimit限制较为保守，需根据实际负载进行调优。以下是完整的优化步骤。

查看当前文件句柄限制

使用ulimit命令可查看当前用户的资源限制：

也可通过以下命令查看系统级总限制：

临时修改文件句柄限制

可通过ulimit命令临时提升限制，重启后失效：

此方式适用于测试验证，不建议用于生产环境长期使用。

永久修改用户级限制

编辑limits.conf配置文件，实现持久化设置：

nginx soft nofile 65536
nginx hard nofile 65536

若希望所有用户生效，可使用 * 通配符：

* soft nofile 65536
* hard nofile 65536

注意：该配置仅对通过PAM登录的会话生效，如SSH登录或服务启动脚本需确保加载PAM模块。

调整系统级最大句柄数

修改内核参数fs.file-max以提升系统总容量：

此值应根据内存和业务规模设定，一般百万级别适用于中高负载服务器。

验证服务运行时的句柄数

服务启动后，可通过以下方式确认实际限制：

确保显示的值已更新为目标数值，否则可能是启动方式未继承limits配置。

特殊服务的额外配置

某些服务（如Nginx、MySQL）可能受systemd控制，需单独配置：

编辑systemd服务文件，例如 /etc/systemd/system/nginx.service.d/override.conf：

[Service]
LimitNOFILE=65536

然后执行：systemctl daemon-reload && systemctl restart nginx

这是由于systemd默认有自己的限制，会覆盖limits.conf设置。

基本上就这些。关键点是区分用户限制、系统限制和服务管理器的影响，逐层配置才能真正生效。