mysql出现“too many connections”错误，本质是客户端连接数超过max_connections限制，主因包括短连接高频创建、连接池配置不当、连接泄漏及突发流量；需先查threads_connected与max_connections确认水位，再针对性优化应用连接管理。
为什么会出现 Too many connections 错误
MySQL 报这个错，本质是客户端连接数超出了服务端允许的上限，不是网络或权限问题，而是 max_connections 这个系统变量设得太低，或者应用没正确释放连接。常见于短连接高频创建、连接池配置不合理、连接泄漏（比如 try 里开了连接但 finally 没关）、或突发流量打穿连接池。
查当前连接数和 max_connections 设置
先确认真实水位和限制值，避免盲目调参：
SHOW VARIABLES LIKE 'max_connections'; SHOW STATUS LIKE 'Threads_connected';
注意：Threads_connected 是当前活跃连接数，不等于并发请求数（因为一个请求可能复用连接），但超过 max_connections * 0.8 就该警惕了。如果发现 Threads_created 持续上升，说明大量短连接在反复创建，大概率是应用层没复用连接。
临时扩容与长期优化策略
临时缓解可用以下命令（重启后失效）：
SET GLOBAL max_connections = 500;
但更关键的是定位并修复源头。重点关注：
- 应用是否使用连接池（如 Java 的 HikariCP、Python 的
SQLAlchemy的pool_size）？池大小不应远超数据库max_connections，否则反而加剧争抢 - 连接是否在事务结束后及时归还？尤其注意异常分支下
connection.close()或session.close()是否被跳过 - 是否有长事务或慢查询阻塞连接释放？用
SHOW PROCESSLIST查看Time值大的Sleep或Query状态连接 - 监控工具是否在轮询时未复用连接？比如某些健康检查脚本每秒建连一次，应改为复用或降低频率
连接泄漏的典型代码陷阱
以下 Python 示例看似正常，实则容易泄漏：
def get_user(user_id):
conn = mysql.connector.connect(**config)
cursor = conn.cursor()
cursor.execute("SELECT * FROM users WHERE id = %s", (user_id,))
return cursor.fetchone()
# ❌ 忘记 conn.close() 和 cursor.close()正确做法是用上下文管理器或显式释放：
def get_user(user_id):
conn = mysql.connector.connect(**config)
try:
cursor = conn.cursor()
cursor.execute("SELECT * FROM users WHERE id = %s", (user_id,))
return cursor.fetchone()
finally:
cursor.close()
conn.close()更推荐直接用连接池 + with 语句，由池自动回收。
真正难排查的不是参数调大，而是那些没关连接、没设超时、没配池子的“静默泄漏”。一旦上线压测就崩，得从日志里翻 connect 和 close 的匹配次数，而不是只盯着 MySQL 配置。
