mysql 连接数和内存的关系_解析MySQL与连接数相关的几个参数

MySQL的variables和status是管理维护的利器，就类似Oracle的spfile和v$表。

MySQL通过系统变量记录很多配置信息，比如最大连接数max_connections：

mysql> show variables like '%connect%';

+--------------------------+-----------------+

| Variable_name | Value |

+--------------------------+-----------------+

| character_set_connection | utf8 |

| collation_connection | utf8_general_ci |

| connect_timeout | 10 |

| init_connect | SET NAMES utf8 |

| max_connect_errors | 10 |

| max_connections | 200 |

| max_user_connections | 0 |

+--------------------------+-----------------+

7 rows in set (0.00 sec)

这个参数是指同时连接上来的客户端数量，在5.1版本里默认的值是151，那么实际支持的连接数是这个值加一，也就是152，因为要为系统管理员登录上来查看信息保留一个连接。这个参数的大小要综合很多因素来考虑，比如使用的平台所支持的线程库数量(windows只能支持到2048)、服务器的配置(特别是内存大小)、每个连接占用资源(内存和负载)的多少、系统需要的响应时间等。一般Linux系统支持到几百并发是没有任何问题的。可以在global或session范围内修改这个参数：

mysql> set global max_connections=151;

Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%connect%';

+--------------------------+-----------------+

| Variable_name | Value |

+--------------------------+-----------------+

| character_set_connection | utf8 |

| collation_connection | utf8_general_ci |

| connect_timeout | 10 |

| init_connect | SET NAMES utf8 |

| max_connect_errors | 10 |

| max_connections | 151 |

| max_user_connections | 0 |

+--------------------------+-----------------+

7 rows in set (0.00 sec)

但是要注意的是，连接数的增加会带来很多连锁反应，需要在实际中避免由此产生的负面影响。

首先我们看一下status的输出：

mysql> status

--------------

mysql Ver 14.14 Distrib 5.1.49, for pc-linux-gnu (i686) using readline 5.1

Connection id: 255260

Current database: mysql

Cur