这篇文章主要介绍了MySQL性能优化之max_connections配置参数浅析,本文着重讲解了3种配置max_connections参数的方法,需要的朋友可以参考下
MySQL的max_connections参数用来设置最大连接（用户）数。每个连接MySQL的用户均算作一个连接，max_connections的默认值为100。本文将讲解此参数的详细作用与性能影响。
与max_connections有关的特性
MySQL无论如何都会保留一个用于管理员（SUPER）登陆的连接，用于管理员连接数据库进行维护操作，即使当前连接数已经达到了max_connections。因此MySQL的实际最大可连接数为max_connections+1；
这个参数实际起作用的最大值（实际最大可连接数）为16384，即该参数最大值不能超过16384，即使超过也以16384为准；
增加max_connections参数的值，不会占用太多系统资源。系统资源（CPU、内存）的占用主要取决于查询的密度、效率等；
该参数设置过小的最明显特征是出现”Too many connections”错误；
我们先来看下如何查看当前mysql的max_connections的值：
如下sql
复制代码 代码如下:
show variables like "max_connections";
显示的结果如下格式+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 100 |
+-----------------+-------+可以通过下面的sql语句将max_connections的值设置为200，当然前提是当前登录的用户有足够的权限：set global max_connections = 200;
这个设置会马上生效，但是当mysql重启时这个设置会失效，更好的办法是修改mysql的ini配置文件my.ini
找到mysqld块，修改或者添加下面的设置：
max_connections=200这样修改之后，即便重启mysql也会默认载入这个配置了
不过为了安全期间，建议大家直接到my.ini里修改，么有可以加上。
调整max_connections参数的值
调整此参数的方法有几种，既可以在编译的时候设置，也可以在MySQL配置文件 my.cnf 中设置，也可以直接使用命令调整并立即生效。1、在编译的时候设置默认最大连接数
打开MySQL的源码，进入sql目录，修改mysqld.cc文件：
复制代码 代码如下:
{"max_connections", OPT_MAX_CONNECTIONS,"The number of simultaneous clients allowed.", (gptr*) &max_connections,
(gptr*) &max_connections, 0, GET_ULONG, REQUIRED_ARG, 100, 1, 16384, 0, 1,0},
红色的”100″即为该参数的默认值，修改为想要的数值，存盘退出。然后执行
复制代码 代码如下:
./configure;make;make install
重新编译安装MySQL；注意，由于编译安装且修改了MySQL源码，此操作最好在安装MySQL之前进行；2、在配置文件my.cnf中设置max_connections的值
打开MySQL配置文件my.cnf
复制代码 代码如下:
[root@www ~]# vi /etc/my.cnf
找到max_connections一行，修改为（如果没有，则自己添加），
复制代码 代码如下:
max_connections = 1000上面的1000即该参数的值。3、实时（临时）修改此参数的值
首先登陆mysql，执行如下命令：
复制代码 代码如下:
[root@www ~]# mysql -uroot -p
然后输入MySQL Root的密码。
查看当前的Max_connections参数值：
复制代码 代码如下:
mysql> SELECT @@MAX_CONNECTIONS AS 'Max Connections';
设置该参数的值：
复制代码 代码如下:
mysql> set GLOBAL max_connections=1000;
（注意上面命令的大小写）
修改完成后实时生效，无需重启MySQL。
总体来说，该参数在服务器资源够用的情况下应该尽量设置大，以满足多个客户端同时连接的需求。否则将会出现类似”Too many connections”的错误。
一般情况下根据同时在线人数设置一个比较综合的数字，我们设置的是10000.
本文转自 holy2009 51CTO博客，原文链接:http://blog.51cto.com/holy2010/1955334
