把mysql迁移到单独的服务器，与web服务器分离；但似乎不怎么稳定，经常无法连接，报错是连接数过多；登录到服务器上命令行连接也是无法连接。这情况很频繁，今天竟然出现了两次。之前一直是重启mysql解决问题，但如此频繁的故障，就有十分的必要去查找原因了。
在服务器上命令行登录，mysql -uroot -upassword，把密码写到命令行里，不用每次再输入，按ctrl+p 然后回车，尝试N次，终于登录进去了；连接数过多，终究还是可以找到空子进去的。赶快查看并保留运行状态的重要参数：
show variables;
show status;
show processlist;
好家伙，这么多连接：
| 10520 | unauthenticated user | 192.168.0.109:41063 | NULL | Connect | NULL | login | NULL | | 10521 | unauthenticated user | 192.168.0.109:41065 | NULL | Connect | NULL | login | NULL | | 10522 | unauthenticated user | 192.168.0.109:41067 | NULL | Connect | NULL | login | NULL | | 10523 | unauthenticated user | 192.168.0.109:41068 | NULL | Connect | NULL | login | NULL | | 10524 | unauthenticated user | 192.168.0.109:41069 | NULL | Connect | NULL | login | NULL | | 10525 | unauthenticated user | 192.168.0.109:41070 | NULL | Connect | NULL | login | NULL | | 10526 | unauthenticated user | 192.168.0.109:41071 | NULL | Connect | NULL | login | NULL |
如些上千行。先不管，这里肯定是问题突破口。
set global max_connections=4000;
增加允许的最大连接数，先让前台网站可以正常工作。
回过头google ：mysql unauthenticated user
果然，遇到此类问题的人很多，问题在于mysql的反向ip地址解析，配置参数里加上skip-name-resolve就可以。
总结一下原因，大概如下：
因为mysql默认会根据客户端的ip地址反向解析，用于用户登录授权之用。不过正常情况下，很少会有人这样用。ip地址反向解析是很慢的，尤其是高负荷的mysql，每秒种几百次甚至更高的请求，这个请求压到本地的dns服务器上，dns服务器说不定会怀疑你在恶意请求，然后不理你了，然后这些登录请求就挂在那里，后面的连接还持续，然后越积越多，然后就达到mysql的最大连接数据限制了，然后新的连接就直接被拒，得到连接数过多的消息。
因为mysql配置文件使用的之前的配置文件，当时跟web同服务器，所以不存在这个问题。
这也正好解释了为什么phpMyAdmin里看mysqld状态时，有很多失败的连接，它们应该就是因反解析失败而被拒的。
延伸阅读
- Mysql格式化时间DATE_FORMAT/时间格式
- 把mysql中的表数据导到csv文件
- mysql 值/表达式判断函数ifnull()与if() [类似ms sql server的isnull()]
- 查看mysql进程--show processlist
- MySQL错误：Incorrect file format/数据表“使用中”解决手记
- MySQL 5 乱码问题处理办法
- MySQL之Covering Index
- mysql 索引管理：SHOW INDEX语法 查看索引状态
- mysql常用命令及使用技巧
- 用mysqldumpslow分析mysql的slow query log/my.ini/my.cnf记录耗时查询日志
- 优化Apache服务器的性能方法汇编
- 总结MYSQL的优化
- MySQL索引详解，及MySQL高效运行优化
- 通过Last-Modified,Etag利用客户端缓存对网站进行优化?
- MySQL之Explain
0 条评论。