春节访问量激增，负载压力很大，程序处理较慢，然后就调整项目中的线程池和数据库连接数。可是还是没有太好的提高，追根溯源，发现数据库连接受到限制。虽然是做了读写分离，但是还是没抗住高峰。所以会有报错：“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”之类的问题。