如何查看宝塔面板PHP慢执行日志排查网站卡顿_开启slowlog记录并分析执行超时的代码-php教程-PHP中文网

宝塔面板开启PHP slowlog需手动配置对应PHP版本的php-fpm.conf：取消slowlog和request_slowlog_timeout行注释，设超时为2s，保存后重载配置；多版本需逐个设置，且PHP 7.4+默认不统计IO阻塞时间。

如何查看宝塔面板php慢执行日志排查网站卡顿_开启slowlog记录并分析执行超时的代码

宝塔面板里怎么开启 PHP 的 slowlog 功能

宝塔默认不开启 PHP 慢日志（slowlog），所以你看到网站卡顿、CPU 飙高，却找不到具体哪段代码在拖后腿。必须手动启用 slowlog，且只对当前使用的 PHP 版本生效（比如你用的是 PHP 7.4，就得单独配它）。

操作路径：宝塔面板 → 软件商店 → 找到对应 PHP 版本 → 设置 → 配置修改 → 搜索 slowlog 关键字，在 php-fpm.conf 区域找到以下两行并取消注释（删掉前面的分号）：

slowlog = /www/wwwlogs/php_slow.log
request_slowlog_timeout = 2s

注意：request_slowlog_timeout 值别设太小（比如 0.1s），否则日志爆炸；也别设太大（比如 10s），可能漏掉真实瓶颈。2s 是较稳妥的起点，按业务响应预期调整即可。

/www/wwwlogs/php_slow.log 路径必须存在且 PHP 进程有写权限（宝塔通常已自动处理）
改完一定要点「保存」→ 再点「重载配置」，否则不生效
如果用了多版本 PHP，每个版本都要单独开，不能“一劳永逸”

为什么开了 slowlog 却没生成日志文件

最常见原因是 PHP-FPM 进程没真正加载新配置，或者日志路径被 SELinux/权限拦截（尤其 CentOS 7+ 或自定义安全加固环境）。

先确认 PHP-FPM 是否读到了配置：

ps aux | grep php-fpm

看输出中是否有 -y /www/server/php/74/etc/php-fpm.conf 类似路径（数字 74 对应 PHP 7.4），再检查该文件里 slowlog 行是否确实已启用。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

若进程显示的是旧配置路径，说明「重载配置」失败，要手动执行 systemctl reload php-fpm-74（把 74 换成你实际版本）
若日志路径是 /www/wwwlogs/，但该目录属主不是 www，PHP 进程会静默失败，用 ls -ld /www/wwwlogs/ 查归属，必要时 chown www:www /www/wwwlogs/
部分宝塔低版本（如 7.4.x 之前）在「配置修改」页改完不会同步写入 php-fpm.conf，需手动编辑该文件确认

从 slowlog 日志里快速定位问题代码

日志格式固定，关键信息是「脚本路径 + 执行耗时 + 调用栈」。典型一行长这样：

[28-May-2024 14:22:31]  [pool www] pid 12345
script_filename = /www/wwwroot/example.com/index.php
[0x00007f8b1c0a1234] curl_exec() /www/wwwroot/example.com/inc/api.php:87
[0x00007f8b1c0a2345] fetch_data() /www/wwwroot/example.com/index.php:42

重点看最后两行：最底下的那行（index.php:42）是入口，往上推才是真耗时函数（这里是 curl_exec 卡了）。

不要只盯 script_filename，它只是请求入口，慢操作往往在 include 的文件里
耗时超过 request_slowlog_timeout 的调用才会记录，但单次超时未必等于代码 bug，可能是网络抖动或下游接口延迟
高频出现同一行（比如反复在 mysql_query 或 file_get_contents 卡住），基本可锁定问题模块
日志默认不记录 POST 数据或 SQL 语句，如需更细粒度，得配合 mysql_slow.log 或 XHProf 工具

分析 slowlog 时容易忽略的兼容性细节

宝塔不同 PHP 版本对 slowlog 支持略有差异，尤其是 PHP 8.0+ 后，request_slowlog_timeout 行为变了：它现在只统计「PHP 用户态执行时间」，不包括系统调用（如磁盘 IO、网络等待）。这意味着 curl、PDO 查询、sleep 等可能不再触发 slowlog —— 你以为关了，其实是它“看不见”了。

PHP 7.3 及以前：timeout 统计总耗时（含阻塞）
PHP 7.4+：默认只统计 CPU 时间，要恢复旧行为，得加配置 request_terminate_timeout = 30s 并配合 slowlog 使用（但慎用，可能误杀正常长连接）
宝塔界面里改的配置，底层可能被 php-fpm.d/www.conf 覆盖，建议最终以 php-fpm -t && php-fpm -i | grep slow 输出为准

slowlog 不是万能探针，它只告诉你“谁慢”，不解释“为什么慢”。查到某行之后，还得结合 strace、MySQL EXPLAIN 或 Redis monitor 进一步下钻——但至少，你不会再对着 top 里飘红的 php-fpm 进程干瞪眼了。