mysql优化连接数防止访问量过高的方法,max_connections 设置多少合适

很多开发人员都会遇见”MySQL: ERROR 1040: Too many connections”的异常情况,造成这种情况的一种原因是访问量过高,MySQL服务器抗不住,这个时候就要考虑增加从服务器分散读压力;另一种原因就是MySQL配置文件中max_connections值过小

首先,我们来查看mysql的最大连接数:

?
1
2
3
4
5
6
7
mysql> show variables like '%max_connections%' ;
+ -----------------+-------+
| Variable_name  | Value |
+ -----------------+-------+
| max_connections | 151  |
+ -----------------+-------+
1 row in set (0.00 sec)

其次,查看服务器响应的最大连接数:

?
1
2
3
4
5
6
7
mysql> show global status like 'Max_used_connections' ;
+ ----------------------+-------+
| Variable_name    | Value |
+ ----------------------+-------+
| Max_used_connections | 2   |
+ ----------------------+-------+
1 row in set (0.00 sec)

可以看到服务器响应的最大连接数为2,远远低于mysql服务器允许的最大连接数值。

对于mysql服务器最大连接数值的设置范围比较理想的是:服务器响应的最大连接数值占服务器上限连接数值的比例值在10%以上,如果在10%以下,说明mysql服务器最大连接上限值设置过高。

?
1
Max_used_connections / max_connections * 100% = 2/151 *100% ≈ 1%

我们可以看到占比远低于10%(因为这是本地测试服务器,结果值没有太大的参考意义,大家可以根据实际情况设置连接数的上限值)。

再来看一下自己 linode VPS 现在(时间:2013-11-13 23:40:11)的结果值:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
mysql> show variables like '%max_connections%' ;
+ -----------------+-------+
| Variable_name  | Value |
+ -----------------+-------+
| max_connections | 151  |
+ -----------------+-------+
1 row in set (0.19 sec)
mysql> show global status like 'Max_used_connections' ;
+ ----------------------+-------+
| Variable_name    | Value |
+ ----------------------+-------+
| Max_used_connections | 44  |
+ ----------------------+-------+
1 row in set (0.17 sec)

这里的最大连接数占上限连接数的30%左右。

上面我们知道怎么查看mysql服务器的最大连接数值,并且知道了如何判断该值是否合理,下面我们就来介绍一下如何设置这个最大连接数值。

方法1:

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

方法2:

修改mysql配置文件my.cnf,在[mysqld]段中添加或修改max_connections值:

max_connections=128
重启mysql服务即可。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
根据引用[1]和引用[2]的内容,worker_connections的设置需要考虑两个重要指标:内存和操作系统级别的"进程最大可打开文件数"。每个连接数大约占用328字节的内存,因此可以通过计算来确定连接数所占用的内存大小。同时,进程最大可打开文件数受限于操作系统,可以通过ulimit -n命令查询。根据引用[3],nginx提供了worker_rlimit_nofile指令,可以设置可用的描述符数量,该指令的值将覆盖ulimit的值。 因此,要合理设置worker_connections,需要考虑服务器的内存和操作系统的进程最大可打开文件数。根据服务器的实际情况,可以根据以下几点进行调优: 1. 内存:根据服务器的可用内存大小,计算出每个连接所占用的内存大小,并根据服务器的内存情况,设置合适的worker_connections数量,以避免内存不足的问题。 2. 进程最大可打开文件数:通过ulimit -n命令查询操作系统的进程最大可打开文件数,如果需要增加该值,可以使用worker_rlimit_nofile指令进行设置。 综合考虑服务器的内存和操作系统的进程最大可打开文件数,可以适当调大worker_connections的值,以提高nginx的并发连接能力。但是需要注意,过大的worker_connections值可能会导致内存占用过高,从而影响服务器的性能。因此,需要根据服务器的实际情况进行调优,找到一个合适的worker_connections值。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值