接上一篇 nginx 和 php-fpm 权限安全配置最后一段关于数据库连接失败的处理。
之前配置wordpress时, 当时想让mysql连接走tcp, google一下就得到答案:
define('db_host', '127.0.0.1');
但是, 当时没注意看wp-config.php配置, 原先已经有一条配置了:
define('db_host', 'localhost');
后来在针对discuz论坛做权限处理时, 因为mysql也是走的unix domain socket, 所以想看看如何改为走tcp, 当时看到是配了localhost, 总想着是不是配一个端口上去就强制走tcp了。
折腾了半天, 还是不行, 直接通过报错定位php代码, 最终定位到 mysql_connect()函数上。
看了文档也没看出哪里有问题, 随手把 localhost改为 127.0.0.1, 突然发现行了, 兴奋之余也感觉很莫名其妙。
初以为是php对 localhost作了特殊处理, 直接解析为mysql sock路径了。
今天折腾完手头事情再回头看看这个问题。
依然在本地作了一个php-fpm chroot的隔离环境, 测试脚本:
root@gentoo-local /var/www/test % cat index.php
和昨天的情况一样, 如果是 localhost, 则失败; localhost:3306也失败; 127.0.0.1则ok。
因为知道是哪块的问题, 所以搜索起来离正确的答案也就越来越近。
于是搜到了这篇回答 warning: mysql_connect(): [2002] no such file or directory, 里面有一句话:
the reason is that localhost is a special name for the mysql driver making it use the unix socket to connect to mysql instead of the a tcp socket.
这里说是因为mysql对localhost的解析问题。和我之前猜测是php解析的不一致。
本地mysql命令行客户端测试, 正常情况下下面两者都ok ( -h localhost是默认方式, 可不指定):
$ mysql -h localhost -u root -p # ok$ mysql -h 127.0.0.1 -u root -p # ok

因为 localhost 是 /etc/hosts中定义的, 所以临时注释掉这块, 自然localhost就变成无意义的字串了, 再次尝试:
$ mysql -h localhost -u root -p # ok$ mysql -h 127.0.0.1 -u root -p # ok

两者依然ok, 所以可以确定原因应该是mysql driver对 db host 的解析问题了。
另外, 通过 lsof也可以看到连接进程的通信:
# localhostmysql 27971 tankywoo 3u unix 0xffff880078d25540 0t0 371911 type=stream# 127.0.0.1mysql 28249 tankywoo 3u ipv4 373797 0t0 tcp localhost:50187->localhost:mysql (established)
按照经验来说, localhost和 127.0.0.1是等价的, 如果主机是非ip地址, 都会尝试去做解析操作。mysql可能是考虑到unix domain socket效率更高, 所以默认对localhost作了这个处理。
但是这种处理太不明显, 或者说模凌两可, 所以给我的感觉是「坑」的性质更大一些。
后续针对这块又搜了下, 发现遇到这个问题的人真不少, 就比如上面stackoverflow的那个回答, 有接近300的up vote就能看出来。
:(