PHP工程师必避的5大服务器选型陷阱与调优实战

　　两个月前，我蹲在IDC机房里看那台新上架的Dell R740，风扇转得像拖拉机挂了四档——反正我原以为换SSD+32G内存就能把PHP-FPM进程稳住，结果第七次凌晨三点收到告警邮件时，监控图上的502曲线已经爬到和机柜散热口温度一个水平线了。

　　运维老张叼着根没点着的烟，手指在键盘上敲出一串curl命令，回车后盯着终端三秒，突然笑：“你猜刚才那个请求卡在哪？PHP-FPM子进程队列？不。Nginx upstream timeout？也不是。是TCP连接池根本没建起来——你配的keepalive_timeout设成90，可内核net.ipv4.tcp_fin_timeout是60，中间那三十秒，系统自己在发RST包。”

　　我原以为调优就是改php.ini里的pm.max_children，结果发现连phpinfo()页面都加载不出的时候，服务器正用/proc/sys/net/core/somaxconn这个值堵死所有SYN队列——而它被厂商默认写成了128，第八次压测时，排队连接数冲到137，后面全掉进黑洞。

　　当时机柜里还塞着台旧的HP DL380，硬盘灯闪得特别慢（后来知道是SMART检测报了Uncorrect项，但没人看），风扇滤网积灰有半指厚（我拿手机电筒照过，光束能切出清晰的灰柱）。这些和502没关系，删掉不影响这事讲清楚。

　　客户那边说“接口响应太慢”，其实不是慢，是断——PHP进程启动那一秒要读/etc/resolv.conf，而新服务器的DNS配置里硬写了两个已下线的电信DNS，超时重试耗满三秒，整个fpm worker卡在getaddrinfo里动不了。我翻/var/log/php-fpm.log才发现，同一行错误重复打了二十七次，全是“unable to resolve host www.api.com”。

文章配图，仅供参考

　　我们那天拆了两块M.2 SSD想换掉疑似坏盘（其实没坏），拔电源线时发现其中一块盘的SATA转接卡焊点裂了（放大镜底下能看见细纹），但这和502无关，删掉照样成立。

　　最后是老张在/etc/sysctl.conf里加了两行：net.ipv4.tcp_tw_reuse = 1 和 net.core.somaxconn = 2048，重启network服务，502掉了八成。剩下两成还在——因为某次部署脚本里echo 'apc.shm_size=256M' >> /etc/php.d/apc.ini，但实际APC早已被移除，PHP启动时默默跳过这行，可那行字符串卡在配置文件末尾，导致后续opcache.enable=1被当成了注释……所以严格说，根本不是服务器选型陷阱，是配置污染。

　　我站在机柜前闻到一股焦味（后来确认是旁边UPS模块散热片烫的），盯着监控屏上那条刚压下去的502折线，心想：优胜劣汰这词真没说错，淘汰的从来不是机器，是人没看清tcp_fin_timeout和keepalive_timeout之间那三十秒的真空。

　　有谁碰到过这个吗

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!