Laravel 5.4应用出现MySQL Too many connections错误求助

我之前碰到过类似的场景，尤其是在共享虚拟主机上跑Laravel应用的时候，结合你的描述，咱们来梳理下可能的问题和解决思路：

可能的原因分析 #

• Sleep状态连接未被及时回收：你提到查看活跃进程只有10~15个，但max_connections统计的是所有连接（包括Sleep状态）。如果大量连接处于Sleep状态，会悄悄占满连接配额，而你可能只关注了正在执行Query的活跃进程。
• 持久连接配置不当：Laravel数据库配置里如果开启了persistent => true，在共享主机的PHP-FPM环境下，进程会长期持有连接不释放，累积起来就会触发连接上限。
• 代码层面未正确释放连接：比如手动创建了数据库连接后忘记关闭，或者队列任务长时间运行时一直持有连接，没有在任务结束后回收。
• 虚拟主机隐性限制：虽然面板显示max_connections=500，但共享主机可能给单个用户设置了独立的连接配额（比如实际只能用100个），表面的全局配置不代表你能用到的上限。
• wait_timeout设置过长：8小时的超时意味着Sleep连接要等很久才会被MySQL主动回收，短时间内累积的闲置连接很容易占满额度。

排查&修复方案 #

• 先确认所有连接状态：
  执行SHOW FULL PROCESSLIST;命令，统计所有状态的连接数，重点看State列为Sleep的条目。如果这类连接数量很多，那就是闲置连接未回收的问题。
• 调整Laravel数据库配置：
  打开config/database.php，将对应数据库连接的persistent参数改为false，共享主机环境下持久连接很容易引发连接泄漏。同时检查代码中有没有手动创建连接后未调用DB::disconnect('mysql');释放的情况。
• 优化MySQL超时参数：
  将wait_timeout和interactive_timeout调整到更合理的值，比如300秒（5分钟）。这两个参数要同时修改：

  SET GLOBAL wait_timeout=300;
  SET GLOBAL interactive_timeout=300;
  

  之后把这两个参数写到MySQL配置文件（my.cnf或my.ini）里，确保重启后生效。
• 检查队列任务的连接处理：
  如果你的应用用到了Laravel队列，在任务的handle()方法末尾添加DB::disconnect();，或者定期重启队列进程，避免长时间运行的队列进程一直持有连接。
• 联系主机商确认配额：
  咨询a2hosting客服，确认你的账户实际能使用的数据库连接上限，是否存在单个用户的隐性限制。
• 开启数据库连接日志：
  在.env中添加DB_LOG=true，或者修改config/database.php开启logging，记录所有连接的创建和释放情况，帮助定位代码中可能存在的连接泄漏点。

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