共计 1399 个字符，预计需要花费 4 分钟才能阅读完成。
项目中可能会遇到 MySQL: ERROR 1040: Too many connections”的异常情况，造成这种情况的一种原因是访问量过高，MySQL 服务器抗不住，这个时候就要考虑增加从服务器分散读压力；另一种原因就是 MySQL 配置文件中 max_connections 值过小。
首先，首先我们来看下 mysql 的最大连接数：
show variables like '%max_connections%';
如果服务器的并发连接请求量比较大，建议调高此值，以增加并行连接数量，当然这建立在机器能支撑的情况下，因为如果连接数越多，介于 MySQL 会为每个连接提供连接缓冲区，
就会开销越多的内存，所以要适当调整该值，不能盲目提高设值。
数值过小会经常出现 ERROR 1040: Too many connections 错误，可以过
show global status like 'Max_used_connections';通配符查看当前状态的连接数量，以定夺该值的大小。
以看到服务器响应的最大连接数为 3，远远低于 mysql 服务器允许的最大连接数值。
对于 mysql 服务器最大连接数值的设置范围比较理想的是：服务器响应的最大连接数值占服务器上限连接数值的比例值在 10% 以上，如果在 10% 以下，说明 mysql 服务器最大连接上限值设置过高.
Max_used_connections / max_connections * 100% = 3/512 *100% ≈ 0.0058%我们可以看到占比远低于 10%（因为这是本地监控测试服务器，结果值没有太大的参考意义，大家可以根据实际情况设置连接数的上限值）。
max_used_connections / max_connections * 100%（理想值≈ 85%）如果 max_used_connections 跟 max_connections 相同 那么就是 max_connections 设置过低或者超过服务器负载上限了，低于 10% 则设置过大。
MySQL 的 max_connections 参数用来设置最大连接（用户）数。每个连接 MySQL 的用户均算作一个连接。
MySQL 无论如何都会保留一个用于管理员（SUPER）登录的连接，用于管理员连接数据库进行维护操作，即使当前连接数已经达到了 max_connections。因此 MySQL 的实际最大可连接数为 max_connections+1；
这个参数实际起作用的最大值（实际最大可连接数）为 16384，即该参数最大值不能超过 16384，即使超过也以 16384 为准；
增加 max_connections 参数的值，不会占用太多系统资源。系统资源（CPU、内存）的占用主要取决于查询的密度、效率等；
该参数设置过小的最明显特征是出现”Too many connections”错误；
设置这个最大连接数值
方法 1：
set GLOBAL max_connections=1024;
show variables like '%max_connections%';
这种 方式在 Mysql 重启后就失效。
方法 2：
修改 mysql 配置文件 my.cnf，在 [mysqld] 段中添加或修改 max_connections 值：max_connections=512重启 mysql 服务即可。
总体来说，该参数在服务器资源够用的情况下应该尽量设置大，以满足多个客户端同时连接的需求。否则将会出现类似”Too many connections”的错误。
