MySQL报1040(HY000)连接数过多异常，并发数低求排查方向

核心排查方向 #

1. 主机连接错误次数超限（最可能原因） #

你执行mysqladmin flush-hosts能临时解决，说明大概率是特定主机因连接错误次数超过阈值被MySQL拉黑，导致该主机无法建立新连接，错误提示会伪装成"Too many connections"。

• 查看当前max_connect_errors配置：

  SHOW VARIABLES LIKE 'max_connect_errors';
  

  默认值通常是100，若某主机短时间内连接错误（比如密码错误、网络中断导致的半开连接）超过这个值，会被加入黑名单。
• 查看主机缓存详情，确认被拉黑的主机及错误类型：

  SELECT * FROM performance_schema.host_cache;
  

  重点关注SUM_CONNECT_ERRORS（累计连接错误数）和HOST字段，找出异常主机。

2. 瞬间连接峰值溢出 #

虽然当前Threads_connected只有15，但可能存在短时间内爆发大量连接请求（比如业务突发流量、批量任务启动），瞬间超过max_connections限制，之后连接又快速释放，导致你查看时数值已回落。

• 开启连接数监控：通过performance_schema.events_statements_current或本地监控工具，追踪连接数的实时变化曲线，确认是否存在瞬间峰值。

3. MySQLX连接资源耗尽 #

你的配置中mysqlx_max_connections=100，若启用了MySQLX（默认端口33060），且该端口的连接数耗尽，也可能触发类似的连接拒绝错误。

• 查看MySQLX连接状态：

  SHOW STATUS LIKE 'mysqlx%connections';
  

  若mysqlx_connections接近100，说明MySQLX连接资源已占满。

4. 连接泄漏与异常断开的连锁影响 #

你的Aborted_clients数值极高（1063649），说明大量客户端未正常关闭连接（比如程序崩溃、网络中断），这会导致MySQL频繁清理闲置连接，可能间接引发连接资源的异常占用：

• 检查客户端连接池配置：比如连接超时时间、最大空闲连接数是否合理，避免程序未主动释放连接。
• 调整MySQL闲置连接超时参数：

  SHOW VARIABLES LIKE '%timeout';
  

  适当调小wait_timeout和interactive_timeout（比如设为300秒），让MySQL更快回收闲置连接。

预防方案 #

• 调整max_connect_errors阈值：若确认是误拉黑，可调大该值（如SET GLOBAL max_connect_errors=10000;），或在my.cnf中永久配置，避免正常主机被误拦截。
• 修复客户端连接异常：排查Aborted_clients高的根源，比如优化程序的连接释放逻辑、修复网络波动问题，减少异常断开的连接数。
• 禁用未使用的MySQLX：若业务不需要MySQLX，在配置文件中添加mysqlx=0或注释掉mysqlx_port，释放该部分连接资源。
• 实时监控连接指标：搭建监控系统追踪Threads_connected、max_connections、host_cache状态，提前预警连接异常。

内容的提问来源于stack exchange，提问作者TVA van Hesteren