【Mysql】连接数过多，应急处理方法

一、问题描述

        今天突然接到个问题，网页报错：503 Service Temporarily Unavailable。经过查询发现是某个用户的连接超级多，已经将数据库连接占满。处理方案，即时杀掉堵塞的进程，之后可以扩大max_connections参数。

二、处理方法

1.查询连接情况

1. root@localhost > show processlist;
   
2. …...
   
3. 1001 rows in set (0.00 sec)
   
4. root@localhost > show variables like '%proces%';
   
5. Empty set (0.00 sec)

2.检查参数

1. root@localhost > show global status like 'Max_used_connections';
   
2. +----------------------+-------+
   
3. | Variable_name | Value |
   
4. +----------------------+-------+
   
5. | Max_used_connections | 1001 |
   
6. +----------------------+-------+
   
7. 1 row in set (0.00 sec)

3.通过命令生成杀进程脚本

1. root@localhost > select concat('KILL ',id,';') from information_schema.processlist where user=’sam' into outfile '/tmp/a.txt

脚本内容如下：

1. +------------------------+
   
2. | concat('KILL ',id,';') |
   
3. +------------------------+
   
4. | KILL 31964612; |
   
5. | KILL 31964609; |
   
6. | KILL 31964611; |
   
7. …...
   
8. | KILL 31966619; |
   
9. | KILL 31966620; |
   
10. +------------------------+
    
11. 991 rows in set (0.02 sec)
    
12. root@localhost >

4.执行上面生成的KILL脚本

1. root@localhost > source /tmp/a.txt
   
2. Query OK, 0 rows affected (0.00 sec)
   
3. Query OK, 0 rows affected (0.00 sec)
   
4. ……

5.检查连接状况，恢复正常

1. root@localhost > show processlist;

6.修改Max_used_connections参数（注：记得要修改my.cnf文件，下次重启动后仍然有效）

1. mysql> set GLOBAL max_connections=2000;
   
2. Query OK, 0 rows affected (0.00 sec)
   
3. 
   
4. MysqL> show variables like '%max_connections%';
   
5. +-----------------+-------+
   
6. | Variable_name | Value |
   
7. +-----------------+-------+
   
8. | max_connections | 2000 |
   
9. +-----------------+-------+
   
10. 1 row in set (0.00 sec)

三、总结

    MysqL的参数学习之max_connections，一个控制连接数的参数。此问题背后肯定存在着某些问题，不要只是一味地调大参数。后来经过对语句的分析，最终此问题定位为安全部门在做安全测试，导致问题产生。2017年只剩下最后1周了，提前祝大家元旦快乐。Happy every day.