在您的 php-fpm 日志文件中,您应该能够看到如下内容:
WARNING: [pool www-images] server reached pm.max_children setting (5), consider raising it.
当活动进程的数量达到限制时。您应该能够将其与传入的请求相关联。
如果这没有显示导致问题的请求的任何模式,那么您应该将慢速日志记录添加到您的 php-fpm 配置中:
request_slowlog_timeout = 10
slowlog = /var/log/php-fpm/slow.$pool.log
将为每个占用超过 slowlog_timeout 限制的请求记录堆栈跟踪。
如果仍然没有显示任何内容,那么您的内部应用程序日志记录应该显示减速发生的位置。
如果这没有足够的细节,那么你可以使用strace作为最后的手段,它将显示正在进行哪些系统调用。这将产生大量信息。我建议仅将其附加到strace -p PID
PID 是 php-fpm 实例的 processID 的单个进程。
它也可能发生在当天流量最少的情况下。
这肯定会出现在 php-fpm 慢速日志记录中。但是,如果这仅向您显示什么请求很慢,但不能帮助您找出原因,您可以在 PHP-FPM 配置文件中使用 auto pre 和 post-pend 文件添加调试。
php_value[auto_prepend_file]=/php_shared/prepend.php
php_value[auto_append_file]=/php_shared/postpend.php
或者真的很简单
您可以设置 PHP-FPM 状态页面。
将此添加到您的 PHP-FPM 池配置中:
pm.status_path = /www-status
并通过 nginx 将请求传递给 PHP-FPM
location ~ ^/(www-status)$ {
include %mysite.root.directory%/conf/fastcgi.conf;
fastcgi_pass unix:%phpfpm.socket%/php-fpm-www.sock;
# or IP address
# fastcgi_pass 127.0.0.1:9000;
#If you're fastcgi.conf doesn't set the query_string
#pass the query string here instead.
# fastcgi_param QUERY_STRING $query_string;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
allow 127.0.0.1;
allow stats_collector.localdomain;
allow watchdog.localdomain;
deny all;
}
然后访问 yoursite.com/www-status?full 将为您提供每个 php-fpm 进程的大打印信息,例如:
pool: www
process manager: dynamic
start time: 18/Mar/2013:20:17:21 +1100
start since: 243
accepted conn: 3
listen queue: 0
max listen queue: 0
listen queue len: 0
idle processes: 3
active processes: 1
total processes: 4
max active processes: 1
max children reached: 0
slow requests: 0
************************
pid: 6233
state: Idle
start time: 18/Mar/2013:20:17:21 +1100
start since: 243
requests: 1
request duration: 631
request method: GET
request URI: /www-status
content length: 0
user: -
script: /documents/projects/intahwebz/intahwebz/basereality/www-status
last request cpu: 0.00
last request memory: 262144
顺便说一句,我敢打赌一些愚蠢的查询会锁定您的数据库。