碰到Can not connect to MySQL server. Too many connections”-mysql错误着实令人抓狂。这基本等于失去了对 MySQL 的控制权。本教程将详细讲解多种处理此错误的方法。
sudo mysql -uroot -p
ERROR 1040 (00000): Too many connections
本教程将分这几个来讲解此类错误的原因。
- 如何查看 MySQL 连接状态？
- 如何查看当前 MySQL 连接池是否已满？
- 限制超时时间的方法，缩短 sleep 时间，使系统更快回收连接。
- 修改配置文件中最大连接数的方法，保证连接畅通。
- 火线救援法，不用重启，不用登录 MySQL，即可修改最大连接数。
- 提前布局，给 root 预留好连接通道。
一. 错误原因
出现 MySQL 连接数过多有多种情况，多数是因为mysql_connect ，没有 mysql_close; 当sleep连接占满最大连接数max_connections时，会导致 Too many connections 错误。
MySQL 默认最大连接数max_connections为 151，其实 MySQL 还给 root 留了多一个通道，真正的最大连接数为max_connections + 1 。但实际工作中因为各种原因，这个 1 也有可能被占用。这时，我们无法通过登录 MySQL 调整参数的方法来处理这个错误。
二. 查看当前 MySQL 连接情况
我们可以使用 SHOW PROCESSLIST; 查看前 100 条连接。
SHOW PROCESSLIST;
也可以使用 SHOW full PROCESSLIST; 查看所有连接。
SHOW full PROCESSLIST;
上图中 ID 15 的连接 我们可以看到它已经 11388s
三. 如何查看当前 MySQL 连接池是否已满？
使用 mysqladmin -u kalacloud -p status 查看当前连接数情况
将 kalacloud 替换为你的 MySQL 账号名称，在返回的结果中，Threads 的值为当前连接数，如果当前连接数接近或等于最大连接数，那么就说明 MySQL 连接数已经满了或接近满了。
四. 合理设置超时时间
之所以会出现大量 sleep 占满连接，除了业务量的原因外，也有可以从超时时间着手调整，可根据实际情况适当缩短超时时间，让 MySQL 可在短时间自动清理超时连接，以达到保证连接通常的目的。
mysqld 连接超时参数有以下两个：
默认情况下，两者都是 28800 秒（8 小时），我们可以在 MySQL 配置文件中修改这两个参数。
如果你使用的是mysql_pconnect 这种持久连接的话，可以将超时时间降到更合适的值，比如 600 （10 分钟）甚至 60（1 分钟）。这个超时时间并没有一个明确的时间，主要还是要看你的应用场景中的实际需求。
1.在配置文件中修改超时时间（需重启 MySQL 生效）：
首先打开 mysqld.cnf 配置文件。
sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf
然后在配置文件中找到这两行，并修改对应的参数：
[mysqld]
interactive_timeout=60
wait_timeout=60
2.临时变更连接超时时间（无需重启）：
SET GLOBAL interactive_timeout = 60;
SET GLOBAL wait_timeout = 60;
注意：
- 这是临时变更配置的方法，在重启 MySQL 后会恢复配置文件中的设置值。
- 对于已经打开的连接，是不会被关闭的。只有新建立的连接才会在 60 秒后关闭。
五. 查看及修改最大连接数
在 MySQL 中，默认连接数为 151，我们可以通过修改 MySQL 配置文件永久调整连接数参数，也可以通过 SQL 命令临时调整。
1.查看当前 MySQL 连接数
mysql> show variables like '%max_connections%';
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 151 |
+-----------------+-------+
1 row in set (0.01 sec)
mysql>
2.临时调整当前 MySQL 连接数
set GLOBAL max_connections = 300;
3.通过修改 MySQL 配置文件调整最大连接数
首先打开 MySQL 配置文件：
sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf
在 [mysqld] 下面找到 max_connections ，如果没有可直接添加。
[mysqld]
...
max_connections = 300
...
修改后重启 MySQL，使配置文件生效：
sudo systemctl restart mysql
重启后，进入 MySQL ，我们可以看到最大连接数配置已经生效。
mysql> show variables like '%max_connections%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| max_connections | 300 |
| mysqlx_max_connections | 100 |
+------------------------+-------+
2 rows in set (0.02 sec)
mysql>
六. 无法登录 MySQL 时，如何修改最大连接数
在无法登录又无法重启 MySQL 时，我们可以使用以下方法进行操作，以增大连接数。
1.修改 pid 增大连接数
我们可以使用 gdb 工具，在不进入数据库的情况下，修改最大连接数。
gdb -p $(cat data/kalacloud.pid)
-ex "set max_connections=5000" -batch
data/kalacloud.pid：将这里修改为你服务器中pid的文件路径及文件名。
此方法仅适用于特殊、紧急情况，在生产环境使用，有一定风险，慎用。
七. 提前布局，防患于未然
在 MySQL 配置文件中，有两个有关连接数的参数
max_connections：控制最大连接数。max_user_connections：控制单个用户的最大连接数。当此参数为 100 时，那么任意用户（含 root 用户）最多可创建 100 个连接。
制定连接策略：
max_connections = 2000
max_user_connections= 300
当 MySQL 有 6 个用户时(不含 root )，单个用户最大连接数为 300，那么 6 个用户最多有 1800 连接。那么系统总会剩下 200 个连接留给 root 使用。
六. 总结
有关 MySQL 连接数过多的错误，我们要在平时的工作中多实践，这里的很多关键参数都需要我们对手中的工作有更宏观的认识，才能更好的设定这些参数。