MySQL max_connections配置异常重置至214问题排查求助

1. 确认配置文件是否被正确加载 #

• 先搞清楚MySQL实际读的是哪个配置文件：执行mysql --help | grep "Default options"，输出里会按优先级列出配置文件路径，有可能你修改的mysqld.conf不是MySQL真正在用的（比如部分系统里是my.cnf、mysql.cnf，或者存在多路径配置互相覆盖的情况）
• 检查配置文件语法：确保max_connections拼写正确（你临时命令里写的max_connection少了个s，要是配置文件里也写错直接失效），而且必须放在[mysqld]段内，不在这个段里的配置会被忽略

2. 内存不足触发MySQL自动调整连接数 #

• 你说内存已经耗尽，还把innodb_buffer_pool_size设成占80%内存，这会直接导致MySQL启动时自动压低max_connections：
  • 每个MySQL连接大概占256KB到1MB内存，4000个连接至少要1GB到4GB内存，加上缓冲池的占用，超出系统内存时，MySQL会自动把连接数降到安全下限（214就是这个安全值）
  • 临时设成4000后，内存耗尽可能触发系统的OOM Killer，MySQL进程被重启或者自动回收资源，连接数就又变回默认的安全值了

3. 系统资源限制卡了连接数上限 #

• 检查系统文件描述符限制：max_connections受限于系统的open_files_limit，执行ulimit -n看当前值，要是这个值小于max_connections*10（每个连接大概需要10个文件描述符），MySQL会自动下调连接数
• 调整MySQL的文件描述符配置：在mysqld.conf里加open_files_limit = 65535（前提是系统先支持），同时要修改/etc/security/limits.conf里的nofile参数，给MySQL进程放开足够的文件描述符

4. 用错误日志定位具体原因 #

修改配置重启MySQL后，除了用show variables like 'max_connections';查值，一定要看MySQL错误日志（一般在/var/log/mysql/error.log），搜max_connections相关内容，不管是配置加载失败还是内存不足导致的自动调整，日志里都会有明确提示

内容的提问来源于stack exchange，提问作者MySQL User