一个Web报表项目的性能分析和优化实践(六)：设置MySQL的最大连接数(max_connections)

搜诶符合你

　　在上一篇文章中"一个Web报表项目的性能分析和优化实践(二)：MySQL数据库连接不够用(TooManyConnections)问题的一次分析和解决案例 "提到，项目中新增几个数据库后，数据库最大连接数达到了默认的最大值100。此时，如果再创建连接，就会报错(TooManyConnections)。
　　因此，需要手动设置MySQL的最大连接数(max_connections)。
　　就是这么一个简单的事，花了几个小时，查询很多资料，请教好友同事“飞鸟”，才搞定这个问题。
　　问题中存在问题，问题中存在陷阱，是这个问题的真实写照。
　　1.设置MySQL的最大连接数。
网友有如下经验，使用下面这个命令
set GLOBAL max_connections=1500;

让人迷惑的是，提示“查询OK，0行受到影响”
mysql> set GLOBAL max_connections=1500;
Query OK, 0 rows affected (0.00 sec)
　　我误认为没有设置成功，并且通过“show status”这个命令也没有找到“max_connections”这个参数和值。

实际查询确认方法
mysql> show variables like '%max_connections%';
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 1500 |
+-----------------+-------+
1 row in set (0.05 sec)
通过这种方法，MySQL重启后，仍然有效。
　　2.MySQL配置文件总是被忽略。
　　World-writable config file '/etc/my.cnf' is ignored
To fix this problem, use the following command to change file’s permissions
要修复该问题，使用以下命令更改该文件的权限。
　　chmod 644 /etc/my.cnf
http://hi.baidu.com/perfect_song/item/32c25c0434dea110ebfe38bb
　　权限过大是导致这个问题的原因。
　　3.奇葩的MySQL配置文件。
　　Linux系统/etc/my.cnf有下面这项配置。
因为第一次打开这个文件的时候，就有这项配置，我就觉得这个配置是合理的。
不但如此，我们启动MySQL的方式是 "mysqld_safe &"，所以我理解成下面这个配置是
专门为这个命令配置的。

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/usr/local/mysql/mysqld.pid
datadir=/usr/local/mysql/var
socket=/usr/local/mysql/mysql.sock
max_connections=1000
　　实际上，上面这个配置根本是不合理的，真够坑的。
　　正确的配置
　　[mysqld]
　　datadir=/usr/local/mysql/var
socket=/usr/local/mysql/mysql.sock
pid-file=/usr/local/mysql/mysqld.pid
log-error=/var/log/mysqld.log
max_connections=1000
疑惑1：如果这个地方配置了“max_connections”，同时设置了“set GLOBAL max_connections=1500”，哪个会起作用呢？
　　疑惑2：今天在看MySQL5.1参考手册时，"一般情况，你不应编辑mysqld_safe脚本。相反，应使用命令行选项或my.cnf选项文件的[mysqld_safe]部分的选项来配置mysqld_safe。"貌似[mysqld_safe]是可以存在的。
　　
更多详细配置
　　可以参考Windows下MySQL的配置参数,my.ini、my-huge.ini、my-large.ini。
　　4.mysqld_safe正确的启动方式。
　　"mysqld_safe &","&"的作用是让MySQL服务在后台跑。这样，咱们仍然可以正常使用当前bash终端。
　　以前书上有讲过，忘记了。
　　基础不牢，地动山摇！
　　5.无法使用localhost主机连接mysql。
　　mysql -uroot -p123456
无法登录，提示"Can't connect to local MySQL server through socket '/tmp/mysql.sock'"

而 mysql -h 192.168.1.1 -uroot -p123456
可以登录。
　　最终，我们发现mysql.sock是手动创建的，而Linux的socket文件是不能被编辑的。

解决方案：给个链接。
ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sock
　　或者mysql的配置文件socket=/usr/local/mysql/mysql.sock，不使用/tmp/mysql.sock。
　　小结
　　在解决这个看似简单的问题过程中，遇到了更多的问题。
　　耐心真的非常重要！
　　此外，认真看书，打好基础，也是可以避免一些问题的。
　　幸好，有网友分享经验，有好友同事“飞鸟”相助，总算是圆满解决了。
　　自己也算是积累了不少经验。
　　反思
　　“老鸟”与“菜鸟”的一个重要区别就是，“老鸟”有着丰富的实践经验，而“菜鸟”没有。
　　很多问题，不亲自遇到并解决一次，你根本就不知道这些莫名其妙的问题为什么会发生。
　　我不想一直作为“菜鸟”，希望早日成为“老鸟”，倘若是一只“年轻的老鸟”就更好了。
　　不但如此，还希望能够及时总结这些经验，供今日的和明日的菜鸟参考。
　　若干年之后，当回想起作为“菜鸟”的日子，亦能感到自豪。
　　
参考资料
　　http://www.oschina.net/code/snippet_222150_12958
　　http://www.blogjava.net/asenyifei/articles/82575.html
　　相关阅读
　　一个Web报表项目的性能分析和优化实践
　　原文参见：http://FansUnion.cn/articles/3027 (小雷网-FansUnion.cn)