如何在Linux系统中优化ulimit限制以满足MySQL高并发-mysql教程-PHP中文网

直接原因是MySQL进程文件描述符限制过低，根本原因是systemd未加载ulimit配置；需查cat /proc/$(pgrep mysqld)/limits确认实际限制，编辑systemd服务文件添加LimitNOFILE=65536，执行daemon-reload并restart。

如何在linux系统中优化ulimit限制以满足mysql高并发

MySQL启动失败报“Too many open files”怎么办

直接原因是 MySQL 进程实际能打开的文件描述符数（nofile）低于 max_connections 设置值，而根本原因几乎总是 systemd 未正确加载 ulimit 配置。你改了 /etc/security/limits.conf，但 mysqld 是由 systemd 启动的，它压根不读这个文件。

实操建议：

先查 MySQL 进程真实生效的限制：cat /proc/$(pgrep mysqld)/limits | grep "Max open files" —— 看到的数值才是它真正能用的
别在 shell 里执行 ulimit -n 65536，这仅影响当前终端，对 mysqld 无效
必须编辑 /etc/systemd/system/mysqld.service.d/override.conf，加入：
```
[Service]
LimitNOFILE=65536
LimitNPROC=65536
```
执行 systemctl daemon-reload && systemctl restart mysqld，漏掉 daemon-reload 就白改

为什么改了 limits.conf 还是不生效

因为从内核 2.6.32 起，/etc/security/limits.d/90-nproc.conf 会覆盖 /etc/security/limits.conf 中同名项；而且 PAM 模块只在用户登录时加载 limits，systemd 服务默认绕过 PAM。

常见错误现象：

ulimit -n 显示 65536，但 cat /proc/$(pgrep mysqld)/limits 仍显示 1024
修改 limits.conf 后没重登 SSH，或用了 su - 而非全新登录（su - 不触发 pam_limits.so）
硬限制（hard nofile）设得比系统级 /proc/sys/fs/file-max 小，导致设置被截断

验证步骤：

运行 ulimit -Hn 和 ulimit -Sn 确认当前会话软硬限制
检查系统级上限：cat /proc/sys/fs/file-max，若小于 131072，需 echo 131072 > /proc/sys/fs/file-max 或写入 /etc/sysctl.conf
确认 PAM 加载：检查 /etc/pam.d/common-session 是否含 session required pam_limits.so

MySQL max_connections 和 ulimit 的匹配关系

max_connections = 10000 不代表只要开 1 万个连接就完事——每个连接至少占用 1 个文件描述符，加上日志、临时表、socket 监听等，实际需要的 nofile 至少是 max_connections × 1.2，建议留出余量设为 65536。

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

关键参数差异：

max_connections 是 MySQL 层面的逻辑连接上限，设在 my.cnf 的 [mysqld] 段
LimitNOFILE 是 systemd 对进程级文件描述符的硬性封顶，优先级高于 limits.conf
fs.file-max 是整个系统的总文件句柄池，必须 ≥ 所有服务 LimitNOFILE 之和

性能影响：

若 LimitNOFILE 过低，MySQL 在达到限制后会拒绝新连接，报错 ERROR 1040: Too many connections，但日志里可能只写 Can't create thread 或静默丢包
盲目调高 max_connections 到 20000+ 会导致线程栈内存暴涨，可能触发 OOM killer，反而更不稳定

动态调整 MySQL 进程 limits 而不重启

生产环境不能随便重启 MySQL？可以用 procfs 直接改运行中进程的 limits，绕过配置文件和 reload 流程。

操作方式（需 root）：

查 mysqld PID：pgrep mysqld
临时提高其 nofile 上限：echo -n "Max open files=65536:65536" > /proc/$(pgrep mysqld)/limits
注意：该操作只对当前进程有效，重启后失效；且不能突破 fs.file-max 和 systemd LimitNOFILE 的硬约束

这个技巧适合应急扩容，比如压测中途发现连接数卡住，但又不能停服务。不过它掩盖了配置缺失问题，上线前仍要补全 systemd override 和内核参数。