MySQL报错Too many connections

某些情况下，我们客户端连接数据库会出现“ERROR 1040 (08004): Too many connections”的相关报错，具体报错可参考如下：

[root@sdw2 ~]# mysql -usansi -p
Enter password:
ERROR 1040 (08004): Too many connections

报错原因

当客户端返回大量“ERROR 1040 (08004): Too many connections”时，说明此时客户端与数据库的连接数已经达到上限，数据库最大连接数限制由参数max_connections控制。

MySQL Server其实默认允许的最大客户端连接数位max_connections + 1 ，这其中额外可以登陆的1仅仅允许拥有super权限的用户进行连接。MySQL如此设计其实是为了当数据库出现连接数打满的情况下，可以使用同时拥有super、process权限的高权限数据库账号登陆数据库，将问题会话或者一些空闲连接进行kill，紧急处理故障。基于此，数据库账号权限一定要做好明确的规划，业务账号仅仅拥有对应业务数据库的读写权限、高权限数据库账号用于运维管理。

当数据库连接数达到上线，之后的每次客户端连接的失败都会使数据库状态参数Aborted_connects、Connection_errors_max_connections的计数+1。

连接相关的参数

1、连接相关系统变量参数

• max_connections ：允许的最大并发客户端连接数
• max_connect_errors ：当超过最大连接数上限后，可允许的最大错误连接次数，
• max_user_connections ：数据库账号允许最大同时连接数

2、连接相关状态参数

• Aborted_connects ：客户端连接MySQL服务失败的次数
• Connections : 客户端连接MySQL服务端次数（成功/失败）
• Connection_errors_max_connections ：由于达到max_connections上限而拒绝的客户端连接次数
• Locked_connects : 尝试连接到锁定的用户帐户的次数
• Max_used_connections : 自服务启动以来的最大连接数个数
• Max_used_connections_time : 自服务启动以来的最大连接数发生的时间
• Ssl_client_connects : 通过ssl进行连接的次数
• Threads_connected : 当前打开连接数

问题处理

1、故障恢复

业务数据库账号按需授权，没有开放对业务账号super权限时，当数据库连接数打满，我们可以通过高权限数据库账号（拥有super、process权限）登陆数据库，优先kill空闲会话,可通过以下SQL查询并拼接出kill语句，手动执行kill进行紧急恢复。

SELECT concat('kill ',p.id,';')
FROM information_schema.processlist p
  LEFT JOIN information_schema.innodb_trx trx ON trx.trx_mysql_thread_id = p.id
where p.command ='sleep' and trx.trx_mysql_thread_id is null;

2、参数调整

当出现以上报错时，我们可能就需要考虑是我们使用数据库连接不合理还是我们数据库中是否有部分参数设计不合理，主要可从以下几点考虑出发：

• 数据库SQL执行效率低下，应用连接池不断发起请求与数据库创建新连接，需考虑SQL优化并限制应用侧对应用连接池对数据库的最大连接数
• 应用连接池maxIdle设置不合理，需要根据数据库max_connection参数进行适当调整
• 数据库max_connection参数设置过小，应用侧横向扩容后超过数据库max_connection上限，需要适当调整max_connection