问题：
最近dev报错 too manay connections
我们大家都知道MySQL5.7最大连接数的默认值是151, 这个数值对于并发连接很多的数据库的应用是远不够用的，当连接请求大于默认连接数后，就会出现无法连接数据库的错误，因此我们需要把它适当调大一些。在使 用MySQL数据库的时候，经常会遇到这么一个问题，就是“Can not connect to MySQL server. Too many connections”-mysql 1040错误，这是因为访问MySQL且还未释放的连接数目已经达到MySQL的上限。
原因分析：
my.cnf(linux系统) 或 my.ini(windows系统) 中设定的并发连接数太少或者系统繁忙导致连接数被占满。
连接数超过了 MySQL 设置的值，与 max_connections 和 wait_timeout 都有关。
wait_timeout 的值越大，连接的空闲等待就越长，这样就会造成当前连接数越大。
解决方式：
打开 MYSQL 安装目录打开 my.ini 找到 max_connections 默认是 151， 一般设置到500～1000比较合适，重启 MySQL
显示哪些线程正在运行
mysql> show full processlist;
状态：
１. SLEEP
线程正在等待客户端发送新的请求。
２. QUERY
线程正在执行查询或者正在将结果发送给客户端。
３. LOCKED
在MYSQL服务层，该线程正在等待表锁。在存储引擎级别实现的锁，如INNODB的行锁，并不会体现在线程状态中。 对于MYISAM来说这是一个比较典型的状态。但在其他没有行锁的引擎中也经常会出现。
４. ANALYZING AND STATISTICS
线程正在收集存储引擎的统计信息， 并生成查询的执行计划。
５. COPYING TO TMP TABLE （ON DISK）
线程正在执行查询， 并且将其结果集都复制到一个临时文件中， 这种状态一般要么是在做GROUP BY操作，要么是文件排序操作， 或者是UNION操作。 如果这个状态后面还有ON DISK的标 ， 那表示MYSQL正在将一个内存临时表放到磁盘上。６. SORTING RESULT
线程正在对结果集进行排序。７. SENDING DATA
线程可能在多个状态之间传送数据，或者生成结果集，或者在向客户端返回数据。
连接数设置多少是合理的？
查看mysql的最大连接数：
mysql> show variables like '%max_connections%';
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 151 |
+-----------------+-------+
1 row in set (0.01 sec)查看服务器响应的最大连接数：
mysql> show global status like 'max_used_connections';
+----------------------+-------+
| Variable_name | Value |
+----------------------+-------+
| Max_used_connections | 152 |
+----------------------+-------+
1 row in set (0.00 sec)服务器响应的最大连接数为152， 已经超过mysql服务器允许的最大连接数值
对于mysql服务器最大连接数值的设置范围比较理想的是：服务器响应的最大连接数值占服务器上限连接数值的比例值在10%以上，如果在10%以下，说明mysql服务器最大连接上限值设置过高。
max_used_connections / max_connections * 100% = 152/151 *100% > 100%
修改最大连接数
方式一：使用命令行修改
------ 设置的最大连接数只在mysql当前服务进程有效，一旦mysql重启，又会恢复到初始状态。因为mysql启动后的初始化工作是从其配置文件中读取数据的，而这种方式没有对其配置文件做更改。
mysql> set global max_connections=1000;
Query OK, 0 rows affected (0.00 sec)再次查询最大连接数，发现已更改：
mysql> show variables like '%max_connections%';
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 1000 |
+-----------------+-------+
1 row in set (0.01 sec)方式二：通过修改配置文件my.cnf或my.ini
------ 必须要重启mysql服务器
修改mysql配置文件 my.cnf (linux系统) 或 my.ini (windows系统) 的参数 max_connections, 将其改为 max_connections=2000。然后重启mysql （命令：systemctl restart mysqld.service）使配置文件修改生效。 eg:
my.cnf内容如下：
wait_timeout
wait_timeout — 指的是mysql在关闭一个非交互的连接之前所要等待的秒数
如果你没有修改过MySQL的配置，wait_timeout的初始值是28800 (单位是s, 28800s 即 8小时)
wait_timeout 过大有弊端，其体现就是MySQL里大量的SLEEP进程无法及时释放，拖累系统性能，不过也不能把这个指设置的过小，否则你可能会遭遇到“MySQL has gone away”之类的问题
查看
mysql> show global variables like 'wait_timeout';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| wait_timeout | 28800 |
+---------------+-------+
1 row in set (0.01 sec)
mysql终端查看timeout的设置 （单位都是秒 s）
mysql> show global variables like '%timeout%';
+-----------------------------+----------+
| Variable_name | Value |
+-----------------------------+----------+
| connect_timeout | 10 |
| delayed_insert_timeout | 300 |
| have_statement_timeout | YES |
| innodb_flush_log_at_timeout | 1 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 28800 |
| lock_wait_timeout | 31536000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| rpl_stop_slave_timeout | 31536000 |
| slave_net_timeout | 60 |
| wait_timeout | 28800 |
+-----------------------------+----------+
13 rows in set (0.00 sec)设置：
mysql> set global wait_timeout=1800;
Query OK, 0 rows affected (0.00 sec)interactive_time
— 指的是mysql在关闭一个交互的连接之前所要等待的秒数
mysql> set global interactive_timeout=1800;
Query OK, 0 rows affected (0.00 sec)
总结
MySQL服务器所支持的最大连接数是有上限的，因为每个连接的建立都会消耗内存，因此客户端在连接到MySQL Server处理完相应的操作后，应该断开连接并释放占用的内存。
如果MySQL Server有大量的闲置连接，不仅会白白消耗内存，而且如果连接一直在累加而不断开，最终肯定会达到MySQL Server的连接上限数，这会报'too many connections'的错误。
对于wait_timeout的值设定，应该根据系统的运行情况来判断。在系统运行一段时间后，可以通过show processlist命令查看当前系统的连接状态，如果发现有大量的sleep状态的连接进程，则说明该参数设置的过大，可以进行适当的调整小些。
