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

　　去年中考那几天，三台PHP机器的CPU报警响得跟过年放鞭炮似的。我原以为又是哪个开发写的死循环，结果一查——好家伙，全卡在`file_get_contents`读本地文件，文件句柄泄漏得比我家厨房下水道还猛。开发那边还嘴硬：“测试环境好好的啊？” 我盯着监控上99%的iowait，直接把监控截图甩群里：“你们管这叫好好的？”

文章配图，仅供参考

　　第二坑是OPcache配置。有回开发说新代码上线慢，让我调OPcache。我原以为改个`opcache.revalidate_freq`就行，结果改完第二天，线上突然报“defined but not used”的警告——OPcache的`validate_timestamps`被关了，代码更新没生效。更绝的是，有个老项目用了`__autoload`，OPcache一缓存，类都加载不了。那天我蹲在工位上改配置，泡面泡了半小时都没吃，最后发现是`opcache.enable_cli`没开，命令行脚本没走缓存。开发还在群里问：“怎么性能没提升？” 我直接把`php -i | grep opcache`的输出贴上去：“自己看，cli模式根本没生效。”

　　第三坑是PHP版本升级。去年想从7.2升到7.4，测试环境跑得好好的，结果上线第一天，`array_key_exists`在对象上用报错——7.4里这函数不能用于对象了。开发说：“我们代码里没这么用啊？” 我查日志发现，是某个第三方库偷偷调的。更坑的是，`preg_replace`的`/e`修饰符在7.4里被移除了，老代码里一堆`preg_replace("/pattern/e", ...)`，直接抛异常。那天我熬到凌晨三点半，一边改代码一边骂：“这库作者是不是早就跑路了？” 最后实在没办法，只能回滚到7.2，开发还嘟囔：“早知道不升级了。” 我回他：“不升级？等安全漏洞被黑吗？”

　　第四坑是慢查询。有回线上突然变慢，我查`top`发现MySQL CPU 100%，`SHOW PROCESSLIST`一看，全是PHP发的慢查询。开发说：“我们加了索引啊？” 我让他把`EXPLAIN`结果贴出来，结果发现索引根本没生效——查询条件里用了函数，比如`WHERE DATE(create_time) = '2023-01-01'`，索引直接失效。还有更绝的，`ORDER BY RAND()`，直接全表扫描。那天我蹲在会议室跟开发吵了一架，他坚持说“用户需要随机排序”，我直接拍桌子：“需要随机排序？那你用缓存啊！这么查，机器不崩才怪！” 最后他妥协了，改用`ORDER BY id`加随机偏移量，性能立马提上来。

　　第五坑是内存泄漏。PHP-FPM的子进程跑久了，内存越占越多，最后把机器OOM杀掉。我见过最夸张的，一个子进程从100M涨到2G，`gdb`一附，发现是某个扩展里全局变量没释放。开发说：“我们没改扩展啊？” 我查git历史，发现是三个月前合并的第三方代码，里面有个静态数组，每次请求都往里塞数据，从不清理。那天我蹲在机房修，窗外天快亮了，手机还响个不停——开发在群里问：“怎么又OOM了？” 我回他：“自己看日志，你们合并的代码里有内存泄漏。” 他回：“哦，那我们回滚？” 我回：“回滚？先修好再说！”

　　其实这些坑，说白了都是“优胜劣汰”——谁不按规范写代码，谁就得半夜起来修机器。我原以为开发都懂这些，结果发现，好多人连`php -m`都没跑过，更别说查`opcache`配置了。上周还有个开发问我：“为什么`ini_set('memory_limit', '512M')`不生效？” 我查了半天，发现是他写在`try-catch`里，异常被吞了，根本没执行。我跟他说：“以后写代码，先保证自己能复现问题，别光测‘正常情况’。” 他点头，结果第二天又报“内存不足”——这次是`ini_set`写错了参数名，写成`memory_limits`了。

　　下一步我打算把常见坑写成文档，贴到内网首页——反正光靠口头说，他们记不住。其实这些事本来能避免，只要开发多测测，运维多看看日志，哪用得着半夜爬起来修机器？可现实是，开发觉得“运维该背锅”，运维觉得“开发写的烂代码”，最后苦的还是我们这些夹在中间的。

（编辑：站长网）

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