先查当前max_connections和max_used_connections值，再根据实际使用率决定是否调整；修改需确保配置文件路径正确、写入[mysqld]段、重启服务，并检查systemd和ulimit限制；同时须调低wait_timeout以释放sleep连接。
查清楚当前 max_connections 是多少，再决定要不要改
别一上来就改配置，先确认现状。连进 MySQL 执行：SHOW VARIABLES LIKE 'max_connections'; 看当前值，再执行 SHOW GLOBAL STATUS LIKE 'Max_used_connections'; 看历史峰值。如果后者长期低于前者的 20%，说明设高了，白占内存；如果经常打到 95% 以上，且应用报 ERROR 1040: Too many connections，才真需要调高。
改 my.cnf 必须写对位置、重启服务、且文件得被真正加载
常见错误是改了错的配置文件。执行 mysql --help | grep "Default options" 查 MySQL 实际读哪个 my.cnf；或者运行 SELECT @@global.config_file;（MySQL 8.0+ 支持）。确认路径后，在该文件的 [mysqld] 段内加一行：max_connections = 1000。别写在 [client] 或段外，也别漏掉方括号。改完必须 systemctl restart mysqld（Linux）或 net stop mysql && net start mysql（Windows），仅 reload 不生效。
systemd 或 ulimit 卡着，max_connections 再大也白配
即使配置写对了，也可能启动时被系统级限制压低——典型表现是设了 1000，SHOW VARIABLES 却只显示 214。检查两点：
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- systemd 服务限制：编辑
/usr/lib/systemd/system/mysqld.service，在[Service]下加LimitNOFILE=65535和LimitNPROC=10000，然后systemctl --system daemon-reload再重启 - 系统 ulimit：确保
mysql用户的 soft/hard nofile ≥max_connections × 5，通常设为 65535。修改/etc/security/limits.conf后需重启 mysqld 进程才生效
另外注意：max_connections 硬上限是 16384，设成 20000 会被自动截断。
光调 max_connections 不够，wait_timeout 和连接池才是关键
很多“连不上”根本不是上限低，而是连接卡在 Sleep 状态不释放。比如 PHP-FPM 开了 100 个进程，每个用 pconnect 建长连接，而 wait_timeout 默认是 28800 秒（8 小时），那这 100 个连接就永远占着 slot。建议把 wait_timeout 和 interactive_timeout 都设为 300～600 秒，并配合应用层连接池控制最大活跃连接数。否则，max_connections 调再高，也只是给堆积的 Sleep 连接腾地方。
