php-慢日志

最新推荐文章于 2023-02-06 10:57:33 发布

番石榴-452124076

最新推荐文章于 2023-02-06 10:57:33 发布

阅读量772

点赞数

分类专栏： php

php 专栏收录该内容

25 篇文章

订阅专栏

本文详细介绍了如何在nginx+php-fpm环境下配置慢日志功能，通过设置request_slowlog_timeout和slowlog参数，可以记录执行时间过长的PHP脚本，帮助开发者定位性能瓶颈。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

apache+php的环境没有这个功能，必须是nginx+php-fpm环境中

点击打开链接https://www.cnblogs.com/joshua317/p/5534684.html

点击打开链接http://blog.51cto.com/8838848/1609917

众所周知，mysql有slow query log，根据慢查询日志，我们可以知道那些sql语句有性能问题。作为mysql的好搭档，php也有这样的功能。如果你使用php-fpm来管理php的话，你可以通过如下选项开启。

启用慢日志的方法

vi /usr/local/php/etc/php-fpm.conf
确保有用，记得重启下服务器

PHP 5.3.3 之前设置如下：

<value name="request_slowlog_timeout">5s</value>
< value name="slowlog">logs/php-fpm-slowlog.log</value>

PHP 5.3.3 之后设置以下如下：

request_terminate_timeout = 30s
request_slowlog_timeout = 5s
slowlog = /usr/local/php/log/php-fpm-slowlog.log

说明：

request_terminate_timeout 将执行时间太长的进程直接终止
request_slowlog_timeout 是脚本超过多长时间就可以记录到日志文件
slowlog 是日志文件的路径

开启后，如果有脚本执行超过指定的时间，就会在指定的日志文件中写入类似如下的信息：

[19-Dec-2013 16:54:49] [pool www] pid 18575
 script_filename = /home/web/htdocs/sandbox_canglong/test/tt.php
 [0x0000000003a00dc8] curl_exec() /home/web/htdocs/sandbox_canglong/test/tt.php:2
 [0x0000000003a00cd0] exfilter_curl_get() /home/web/htdocs/sandbox_canglong/test/tt.php:6

日志说明：
script_filename 是入口文件
curl_exec() ：说明是执行这个方法的时候超过执行时间的。
exfilter_curl_get() ：说明调用curl_exec()的方法是exfilter_curl_get() 。
每行冒号后面的数字是行号。

开启后，在错误日志文件中也有相关记录。如下：

[19-Dec-2013 15:55:37] WARNING: [pool www] child 18575, script '/home/web/htdocs/sandbox_canglong/test/tt.php' (request: "GET /test/tt.php") executing too slow (1.006222 sec), logging
 [19-Dec-2013 15:55:37] NOTICE: child 18575 stopped for tracing
 [19-Dec-2013 15:55:37] NOTICE: about to trace 18575
 [19-Dec-2013 15:55:37] NOTICE: finished trace of 18575

间歇性的502，是后端 PHP-FPM 不可用造成的，间歇性的502一般认为是由于 PHP-FPM 进程重启造成的。

在 PHP-FPM 的子进程数目超过的配置中的数量时候，会出现间歇性的502错误，如果在配置中设置了max_requests的话，超过数量也会出现502错误，而max_requests的设置，正是为了防止不安全的第三方library脚本的内存泄露，当然你自己编写的脚本存在死锁的话，也会出现502现象。

如果你发现mysql负载并不高，但是php-fpm的进程数和内存占用过高的话，恭喜你，大多数情况下是因为脚本存在死锁