MySQL默认最大连接数为151，高并发易触发“Too many connections”错误；需通过SHOW VARIABLES和SHOW STATUS查看现状，临时用SET GLOBAL修改（需SUPER权限），永久修改应编辑my.cnf/my.ini中max_connections并重启服务，同时配合连接池、超时参数优化及内存估算避免资源耗尽。
MySQL 最大连接数（max_connections）默认通常为 151，对小流量应用够用，但高并发场景下容易出现“Too many connections”错误。调整它需兼顾服务器资源与业务需求，不能盲目设得过高。
查看当前最大连接数和实际使用情况
登录 MySQL 后执行以下命令确认现状：
查看当前设置：SHOW VARIABLES LIKE 'max_connections';
查看当前活跃连接数：SHOW STATUS LIKE 'Threads_connected';
查看历史峰值（重启后清零）：SHOW STATUS LIKE 'Threads_created';
该值持续上升说明连接复用不足，可能需配合应用层连接池优化。
临时修改（重启失效）
适用于测试或紧急调整，立即生效但不持久：
- 执行：
SET GLOBAL max_connections = 500; - 注意：需要 SUPER 权限；新连接才能使用新值，已有连接不受影响
- 若提示 “Variable 'max_connections' is a read only variable”，说明已启用只读模式或配置文件锁定，需改配置文件
永久修改（推荐方式）
编辑 MySQL 配置文件（Linux 通常为 /etc/my.cnf 或 /etc/mysql/my.cnf，Windows 为 my.ini），在 [mysqld] 段落下添加或修改：
max_connections = 500
保存后重启 MySQL 服务生效：systemctl restart mysqld（CentOS/RHEL）sudo service mysql restart（Ubuntu/Debian）
⚠️ 注意：设得过高会显著增加内存占用（每个连接约占用 256KB–2MB 内存，取决于排序缓冲、临时表等配置），建议按公式粗略估算：总内存 × 70% ÷ 单连接平均内存 ≈ 合理上限
配合优化效果更佳
- 应用端启用连接池（如 HikariCP、Druid），控制最大活跃连接数，避免瞬时打满
- 检查并缩短
wait_timeout和interactive_timeout（默认 28800 秒），及时释放空闲连接 - 监控连接状态：
SHOW PROCESSLIST;可识别长事务或挂起连接，辅助定位泄漏点
