输出压缩JavaScript时PHP卡顿，仅特定用户/爬虫触发

问题背景 #

为优化Core Web Vitals中的LCP指标，将130KB的JavaScript硬编码内联到PHP文件的<head>标签（替代外部文件加载）后，页面频繁出现MySQL gone away报错。排查发现：

• 输出内联JS的环节随机耗时过长（最长超300秒），触发MySQL超时
• 仅VPN/代理IP或Googlebot、搜狗等爬虫访问时会出现该问题
• 尝试关闭output_buffering与zlib.output_compression、改用Apache DEFLATE压缩、将JS放入单独文件通过require利用opcache缓存等方案均无效，最终将JS存入同主机memcache后输出，问题解决。

核心疑问解答 #

1. 为何仅爬虫/VPN用户触发该问题？ #

• 网络链路与接收行为差异：爬虫和VPN用户的网络延迟普遍更高，部分爬虫为节省带宽会采用分段接收响应的策略（不会一次性拉取完整内容），导致服务器发送数据时需要频繁等待客户端的接收确认，拉长了PHP输出环节的耗时。
• 请求特征特殊：部分爬虫的UA或请求头可能触发服务器的特殊处理逻辑（比如针对爬虫的反爬机制、不同的压缩策略适配），间接降低了输出效率；VPN的多路由跳转也会增加数据传输的往返时间。

2. PHP输出为何受客户端连接影响？ #

PHP的输出过程是同步阻塞的：

• 当使用echo等输出函数时，PHP先将数据写入Web服务器（Apache/Nginx）的缓冲区，再由服务器转发给客户端。
• 如果客户端接收速度慢（网络差、限速、分段接收），Web服务器的缓冲区会被填满，此时PHP进程会被阻塞，直到客户端接收部分数据、缓冲区腾出空间后才会继续执行。
• 这种阻塞会让PHP进程长时间持有MySQL连接，一旦持有时长超过MySQL的wait_timeout或interactive_timeout阈值（你的场景中约300秒），MySQL就会主动断开连接，后续操作数据库时就会触发MySQL gone away报错。

即使关闭了PHP的output_buffering，依然会受Web服务器缓冲区的限制，客户端连接速度对PHP进程的阻塞影响不会消失。

3. JS内容无语法冲突为何仅特定用户出现异常？ #

这个问题和JS语法完全无关，本质是输出阶段的IO阻塞引发的连锁反应：
JS内容本身没有问题，但输出它的过程因为特定用户的网络/行为特性被长时间阻塞，导致PHP进程持有MySQL连接的时间超过了MySQL的超时阈值，才触发了报错。JS只是被输出的内容，并非问题根源，特定用户的连接特性才是触发条件。

内容的提问来源于stack exchange，提问作者Nuno