IIS环境下Drupal本地开发站点性能缓慢的调试方法

一、优先排查SQL Server数据库瓶颈 #

未缓存页面的慢加载通常和数据库查询直接相关，先锁定这部分：

• 启用Drupal数据库查询日志：在settings.php中添加配置$config['database']['default']['logging'] = TRUE;，访问慢页面后，到/admin/reports/dblog查看查询记录，重点关注执行时间超过1秒的查询，尤其是重复执行或无索引的语句。
• 用SSMS分析慢查询：将日志中的慢查询复制到SQL Server Management Studio，查看执行计划，检查是否有「缺失索引」提示，或是否存在全表扫描的情况。
• 监控SQL Server资源占用：打开任务管理器，观察SQL Server进程的CPU、内存、磁盘IO指标，若页面加载时磁盘IO飙升或CPU占满，说明数据库处理请求时资源不足。
• 测试数据库连接延迟：运行以下PHP脚本，计算平均连接时间，若超过50ms则说明连接存在问题：

<?php
$start = microtime(true);
$dbConfig = [
    'Database' => '你的数据库名',
    'UID' => '数据库用户名',
    'PWD' => '数据库密码'
];
for ($i = 0; $i < 10; $i++) {
    $conn = sqlsrv_connect('localhost', $dbConfig);
    if ($conn) sqlsrv_close($conn);
}
$end = microtime(true);
echo "平均数据库连接时间：" . round(($end - $start)/10 * 1000, 2) . "ms";
?>

二、排查PHP执行层面的问题 #

即使开启了opcache，仍可能存在配置或代码执行瓶颈：

• 启用Xdebug性能分析：配置Xdebug生成页面加载的性能分析文件（.prof），用Webgrind或QCacheGrind分析，定位耗时占比高的函数，重点关注Drupal钩子函数（如hook_node_load、hook_entity_view）或自定义模块代码。
• 验证opcache生效状态：创建PHP脚本输出var_dump(opcache_get_status());，查看opcache_statistics下的cached_scripts和hit_rate，若命中率低于90%，需调整opcache.max_accelerated_files等配置，确保覆盖所有Drupal文件。
• 测试纯PHP执行速度：运行一个包含复杂计算的简单脚本（如10万次字符串循环处理），若执行时间过长，说明PHP在Windows环境的配置存在问题（如扩展缺失、线程安全模式冲突）。
• 检查IIS FastCGI配置：确保instanceMaxRequests设置合理（建议1000），避免PHP进程频繁重启；同时确认activityTimeout、requestTimeout配置，排查进程回收导致的延迟。

三、排查Drupal自身配置与模块 #

• 禁用非必要模块：先禁用所有自定义模块和第三方模块（保留核心模块），测试页面加载速度，若恢复正常，再逐个启用模块定位问题源。
• 检查缓存配置：确认settings.php中$settings['cache']['default']是否为默认的cache.backend.database，避免误配置为低效的缓存后端。
• 查看状态报告：访问/admin/reports/status，检查是否有数据库兼容警告、PHP扩展缺失、文件权限异常等提示。

四、排查IIS服务器配置 #

• 测试静态PHP文件：创建仅输出phpinfo();的PHP文件，若加载仍慢，说明IIS与PHP的集成存在问题（如FastCGI配置错误、请求队列阻塞）。
• 分析IIS访问日志：查看C:\inetpub\logs\LogFiles下的访问日志，通过time-taken字段确认耗时确实在服务器端处理阶段，排除网络问题。
• 禁用动态内容压缩：暂时关闭IIS的动态内容压缩功能，测试页面加载速度是否提升，排除压缩配置导致的额外耗时。

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