共计 1834 个字符，预计需要花费 5 分钟才能阅读完成。
春节访问量激增，负载压力很大，程序处理较慢，然后就调整项目中的线程池和数据库连接数。可是还是没有太好的提高，追根溯源，发现数据库连接受到限制。虽然是做了读写分离，但是还是没抗住高峰。所以会有报错：“MySQL: ERROR 1040: Too many connections”。
查看最大连接数上限，默认的是 151
mysql> show variables like 'max_connections';
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 151 |
+-----------------+-------+查看 mysql 最大使用连接数
mysql> show global status like 'Max_used_connections';
+----------------------+-------+
| Variable_name | Value |
+----------------------+-------+
| Max_used_connections | 152 |
+----------------------+-------+可以看出，已经超过了连接数上限。而且还多了一个，这是为什么呢？原来 MySQL 无论如何都会保留一个用于管理员（SUPER）登陆的连接，用于管理员连接数据库进行维护操作，即使当前连接数已经达到了 max_connections。因此 MySQL 的实际最大可连接数为 max_connections+1；
这个参数实际起作用的最大值（实际最大可连接数）为 16384，即该参数最大值不能超过 16384，即使超过也以 16384 为准；
增加 max_connections 参数的值，不会占用太多系统资源。系统资源（CPU、内存）的占用主要取决于查询的密度、效率等；
解决方法：
提高数据库最大连接数：
1、直接设置，不需要重启：
mysql> set global max_connections=1500;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like 'max_connections';
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 1500|
+-----------------+-------+
1 row in set (0.00 sec)2、配置文件设置，需要重启：
修改 my.cnf 文件，在 [mysqld] 下面添加语句：
max_connections=1500数值大小，根据并发情况调整，Max_used_connections/max_connections<90% 就可以。
光靠上面的设置，还不够。执行 show processlist 查看执行任务，你会发现很多连接长时间在 sleep。如果不是高峰期，这些连接也会消耗 CPU 和内存。这个需要通过程序设置最大超时时间 wait_timeout 和 interactive_timeout。
(1)interactive_timeout:
参数含义：服务器关闭交互式连接前等待活动的秒数。交互式客户端定义为在 mysql_real_connect()中使用 CLIENT_INTERACTIVE 选项的客户端。
参数默认值：28800 秒（8 小时）
(2)wait_timeout:
参数含义：服务器关闭非交互连接之前等待活动的秒数。
在线程启动时，根据全局 wait_timeout 值或全局 interactive_timeout 值初始化会话 wait_timeout 值，取决于客户端类型 (由 mysql_real_connect() 的连接选项 CLIENT_INTERACTIVE 定义)。
参数默认值：28800 秒（8 小时）
mysql> set global wait_timeout=30;
mysql> set wait_timeout=30;wait_timeout 过大有弊端，其体现就是 MySQL 里大量的 SLEEP 进程无法及时释放，拖累系统性能。不过也不能把这个值设置的过小，否则你可能会遭遇到“MySQL has gone away”之类的问题。
本文永久更新链接地址：http://www.linuxidc.com/Linux/2017-01/140053.htm
