安装时就该设好max_connections，需结合内存预估并写入正确配置文件；每连接耗1–3MB内存，应按公式(max_connections ≤ (可用内存−2GB)÷2MB)计算；同时调优wait_timeout等参数并验证生效。
安装时就该设好 max_connections，别等报错再改
MySQL 默认最大连接数是 151（8.0+ 版本），对开发环境够用，但一上生产、尤其有连接池或并发请求稍多的应用，很快就会触发 Too many connections 错误。这个值不能靠“先装再调”来凑合——安装阶段就该结合服务器内存预估并写入配置，否则后续调优会受制于默认限制和系统级资源瓶颈。
内存不是越大越好，按“每连接 ≈ 1–3MB”反推上限
每个 MySQL 连接实际占用的内存取决于多个会话级参数（如 sort_buffer_size、read_buffer_size、thread_stack），保守估算单连接常驻内存约 1–3 MB。盲目设成 2000 可能吃掉 4–6 GB 内存，而你的机器只有 8 GB，系统和其他服务就容易抖动甚至 OOM。
- 公式参考：
max_connections ≤ (可用内存 − 2GB) ÷ 2MB（留出系统与 MySQL 全局缓冲区余量） - 常见搭配：4 GB 内存 → 推荐
max_connections = 300；8 GB →500–800；16 GB →1000–1500 - 务必同步检查 OS 文件描述符限制：
ulimit -n，MySQL 连接数不能超过它，否则启动失败或连接随机中断
Windows 用 my.ini，Linux 多路径要确认真实生效文件
配置文件位置不统一，改错地方等于白改。MySQL 启动时只读一个主配置文件，且优先级有顺序，不能只看“有没有 my.cnf”。
- Windows：固定找安装目录下的
my.ini（不是my-default.ini或临时生成的） - Linux：依次检查
/etc/my.cnf→/etc/mysql/my.cnf→/usr/local/mysql/etc/my.cnf→$MYSQL_HOME/my.cnf；Debian/Ubuntu 还可能在/etc/mysql/mysql.conf.d/mysqld.cnf - 验证方式：启动后执行
mysql -e "SHOW VARIABLES LIKE 'config_file';"
，它返回的才是真实加载的路径
别漏掉配套参数，光调 max_connections 是半吊子优化
单独拉高连接数，不调回收机制，只会积累大量空闲连接，把上限占满却不干活。必须同步收紧超时策略：
-
wait_timeout = 300（非交互式连接，如应用连接池里的空闲连接） -
interactive_timeout = 300（交互式连接，如命令行客户端） - 可选加固：
max_user_connections = 0（不限制单用户，避免个别账号霸占连接） - 注意：这些值必须放在
[mysqld]段下，放错段落（比如[client]）完全无效
真正卡住人的往往不是不会改配置，而是改了没生效、生效了却因 ulimit 或内存不足被系统拦住、或者调完发现连接数上去了但慢查询更多了——所以每次修改后，一定要跑一遍
mysql -e "SHOW VARIABLES LIKE 'max_connections'; SHOW STATUS LIKE 'Threads_connected';"，再用压测工具模拟真实连接行为，而不是只信“重启成功”四个字。
