DMZ服务器php-cgi突发低CPU高延迟问题排查求助

DevOps 小满

2026-8-1

排查方向与操作建议

一、网络层瓶颈排查

双向带宽吞吐量测试：使用iperf3或Windows内置工具进行跨区带宽验证，在DMZ服务器执行iperf3 -c [LAN服务器IP] -t 60，同时在LAN服务器反向测试，确认双向实际带宽是否真的被限制在100Mbps，排除单向带宽受限的可能。
TCP抓包分析：在DMZ和LAN服务器同时用Wireshark抓包，过滤TCP流量，检查是否存在丢包、重传、TCP Zero Window（窗口耗尽）等异常，分析请求从DMZ到LAN的响应延迟分布，定位卡顿的具体阶段。
路由路径追踪：执行tracert [LAN服务器IP]和pathping [LAN服务器IP]，对比服务商维护前后的路由跳数、节点延迟，确认是否新增了低速中转节点或路由走了非最优链路。
防火墙/安全设备规则检查：排查DMZ与LAN之间的防火墙、IPS/IDS设备，确认是否在维护后新增了带宽限制QoS规则、深度包检测（DPI）策略，或误启用了流量整形功能。

PHP慢日志与错误日志分析：修改PHP配置文件php.ini，开启慢日志：
```
slowlog = "D:\PHP\logs\php-slow.log"
request_slowlog_timeout = 5s
error_reporting = E_ALL
log_errors = On
error_log = "D:\PHP\logs\php-error.log"
```
重启IIS后，对比DMZ访问和LAN访问的日志，查看是否存在慢查询、函数阻塞或跨区请求时的异常错误。
Moodle调试模式启用：修改Moodle的config.php，开启调试：
```
$CFG->debug = DEBUG_DEVELOPER;
$CFG->debugdisplay = true;
```
访问页面时查看数据库查询耗时、外部资源加载情况，判断动态请求（如课程数据查询）是否在跨区时出现阻塞。
IIS反向代理（ARR）配置检查：若DMZ的IIS通过ARR反向代理到LAN的Moodle，检查以下设置：
- 确认Application Request Routing的连接池maxConnections值是否过低，导致请求排队；
- 检查缓存策略是否开启不当，比如静态资源缓存未生效，或动态内容被错误缓存；
- 验证HTTP Keep-Alive是否启用，避免每次请求新建TCP连接增加延迟。
共享存储访问测试：若Moodle的静态文件、数据存储在LAN的共享目录，在DMZ服务器映射共享后，执行copy [共享文件路径] D:\test\large-file.zip测试传输速度，确认是否是文件访问延迟导致页面加载卡顿。

DMZ服务器网卡配置验证：在设备管理器中查看网卡属性，确认是否被强制设置为100Mbps半双工模式；或执行netsh interface ipv4 show interfaces查看链接速度，排除网卡协商错误导致的带宽受限。
系统性能计数器监控：在DMZ服务器打开Performance Monitor，添加以下计数器：
- TCP/IP：TCP Retransmissions/sec、TCP Connections Established；
- Network Interface：Bytes Sent/sec、Bytes Received/sec；
  观察是否存在连接堆积、传输异常或带宽跑满的情况。
进程状态排查：在DMZ服务器用任务管理器或Process Explorer监控php-cgi.exe进程，查看是否存在进程僵死、线程阻塞的情况，对比LAN环境下的进程状态差异。

跨区直接请求测试：在DMZ服务器本地用curl测试LAN的Moodle地址，执行curl -w "%{time_total}\n" http://[LAN-Moodle-IP]/index.php，多次测试取平均值，与LAN本地访问的响应时间对比，量化跨区访问的延迟差异。
静态/动态资源分离测试：分别访问Moodle的静态资源（如http://[LAN-Moodle-IP]/theme/boost/style/moodle.css）和动态页面（如课程列表页），对比两者的加载速度，定位瓶颈是静态资源传输还是动态请求处理。

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