使用php-fpm状态页观察当前的php-fpm状态

对于php-fpm的参数设置,很多情况下有这样的疑问,就是内置的几个参数例如pm.max_children,pm.start_servers等这几个参数到底该设置最多为多少才合适。其实这几个参数往往取决于当前的连接数情况,而大多数情况下,我们很难断定当前的连接数情况对于我们的pm等几个参数是否合适。所以借助于php-fpm状态页可以很方便的告诉我们这几个参数的设置是否合适。

要开启php-fpm的状态页其实很简单在nginx的配置文件中加入:

location /status {

auth_basic "status page";

auth_basic_user_file /etc/nginx/login;

fastcgi_index  index.php;

fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;

include fastcgi_params;

fastcgi_pass 127.0.0.1:9000;

}

上面的auth_basic和auth_basic_user_file不是必须的,但这些都是敏感信息,一般不能让其它人看到,所以这里做了认证。在php-fpm.conf中打开:

pm.status_path = /status

然后在浏览器中打开localhost/status就可以查看到当前的状态信息了

pool:                 www

process manager:      dynamic

start time:           17/Aug/2014:15:25:50 -0400

start since:          7702

accepted conn:        1486

listen queue:         0

max listen queue:     129

listen queue len:     128

idle processes:       9

active processes:     1

total processes:      10

max active processes: 20

max children reached: 2

slow requests:        0

下面介绍每个参数的作用:

pool:php-fpm池的名称,一般都是应该是www

process manage:进程的管理方法,php-fpm支持三种管理方法,分别是static,dynamic和ondemand,一般情况下都是dynamic

start time:php-fpm启动时候的时间,不管是restart或者reload都会更新这里的时间

start since:php-fpm自启动起来经过的时间,默认为秒

accepted conn:当前接收的连接数

listen queue:在队列中等待连接的请求个数,如果这个数字为非0,那么最好增加进程的fpm个数

max listen queue:从fpm启动以来,在队列中等待连接请求的最大值

listen queue len:等待连接的套接字队列大小

idle processes:空闲的进程个数

active processes:活动的进程个数

total processes:总共的进程个数

max active processes:从fpm启动以来,活动进程的最大个数,如果这个值小于当前的max_children,可以调小此值

max children reached:当pm尝试启动更多的进程,却因为max_children的限制,没有启动更多进程的次数。如果这个值非0,那么可以适当增加fpm的进程数

slow requests:慢请求的次数,一般如果这个值未非0,那么可能会有慢的php进程,一般一个不好的mysql查询是最大的祸首。

如果想看到更加详细的信息,可以使用localhost/status?full查看每个子进程更加额外的信息,拿其中的一个子进程来说明:

pid:                  6917

state:                Idle

start time:           17/Aug/2014:15:27:46 -0400

start since:          8399

requests:             35

request duration:     69295

request method:       GET

request URI:          /member.php?mod=logging&action=login&infloat=yes&frommessage&inajax=1&ajaxtarget=messagelogin

content length:       0

user:                 -

script:               /usr/local/nginx/html/member.php

last request cpu:     72.16

last request memory:  3145728

这里的都比较好理解,主要看下content length和user

content length:这里记录的是POST请求的内容长度.

user:如果设置了PHP_AUTH_USER就会显示对于的值,否则显示为0.

这里需要注意的是如果state的状态为空闲的话,那么这些相关的信息将会以最后请求的服务相关,否则信息取决于当前请求的服务.

使用php-fpm状态页观察当前的php-fpm状态

时间: 2024-10-17 10:59:27

使用php-fpm状态页观察当前的php-fpm状态的相关文章

zabbix用户自定义key检测内存信息和监控nginx的状态页

用户自定义key: 位置:在zabbix agent端实现: zabbix_agent.conf UserParamenter 语法格式: UserParamenter=<key>,<command> 示例: ~]# vim /etc/zabbix/zabbix_agentd.conf UserParameter=memory.free,cat /proc/meminfo | awk '/^MemFree:/{print $2}' # 没有参数时,如果要使用$,正常使用即可,如果是

实战Nginx(3)-访问控制与用户认证模块及nginx内置状态页介绍

一.访问控制模块详解 Nginx的访问控制模块是ngx_http_access_module,实际上deny和allow指令属于ngx_http_access_module.我们想控制某个uri或者一个路径不让人访问,就需要依赖此模块. 1.模块安装: 编译安装nginx时不需要指定访问控制模块参数,这个模块已经内置在了nginx中,除非你安装中使用了--without-http_access_module. 2.模块指令: 允许:allow 语法: Syntax:allow address |

nginx状态页两种方式笔记:一

状态页 stub_status {on|off}; 仅能用于location上下文; location /status{ stub_status on; allow  172.16.0.0/16; deny all; } Active connections: 11921server accepts handled requests 11989 11989 11991Reading: 0 Writing: 7 Waiting: 42 active connections – 活跃的连接数量ser

选中Tab控件单击事件,点击tab头,定位到导航栏的选项,为选中状态 ,DevExpress.XtraNavBar.NavBarControl 导航控件定位或选中状态 另导航的选项为选中状态.

/// <summary> /// 选中Tab控件单击事件,点击tab头,定位到导航栏的选项,为选中状态 /// </summary> /// <param name="sender"></param> /// <param name="e"></param> private void xtraTabControl1_Click(object sender, EventArgs e) { Xtr

查看Tomcat状态页,管理app,主机管理

Server Status 通过点击这个按钮我们可以查看Tomcat的状态,点击,弹出403错误页面 通过查看官方文档 因此,创建manager.xml # cat /usr/local/tomcat/conf/Catalina/localhost/manager.xml <Context privileged="true" antiResourceLocking="false" docBase="${catalina.home}/webapps/m

NGINX反向代理对HTML页面的POST请求返回405状态码解决方法

实现如下: server {     listen 80;     listen 443 ssl;     server_name nirvana.test-a.gogen;     ssl_certificate      /etc/nginx/ssl/nirvana.test-a.gogen.crt;     ssl_certificate_key  /etc/nginx/ssl/nirvana.test-a.gogen.key;     proxy_connect_timeout 600;

iOS7_关于UISwitch_02_如何自定义UISwitch_如何设定UISwitch的默认开关状态_如何监听 Switch开关状态

前言 上一篇博文,我们介绍了一下如何实现 UISwitch ,我们这次介绍下如何自定义 UISwitch. 原文连接:http://www.cnblogs.com/LeoYoung/p/qq907596253.html 正文 1.我们先在界面上实现一个 UISwitch. a>在 控制器.m 文件中,添加一个UISwitch的属性. 1 @interface moboViewController () 2 @property (nonatomic, strong) UISwitch *mainS

TCP的状态兼谈Close_Wait和Time_Wait的状态

原文链接: http://www.2cto.com/net/201208/147485.html 一 TCP的状态: 1).LISTEN:首先服务端需要打开一个socket进行监听,状态为LISTEN. /* The socket is listening for incoming connections. 侦听来自远方TCP端口的连接请求 */ 2).SYN_SENT:客户端通过应用程序调用connect进行active open.于是客户端tcp发送一个SYN以请求建立一个连接.之后状态置为

状态模式:把执行的动作封装在跟状态有关的类里,由状态来决定动作该如何执行

曾经跟同事探讨过怎样给电梯的控制系统编程,讨论结果是如果用结构化的方式编写电梯的控制程序,系统一定很复杂很庞大.后来我用状态模式编写了一个简单的电梯控制程序,结果问题得到了极大的简化.以下是我编写的一个简单的单部电梯的控制程序的架构: 状态模式稍微复杂一些,首先,我们分析一部电梯可执行的动作有:关门.开门.上行.下行.停止.因此我们定义了一个ElevatorState接口,接口中有closeDoor().openDoor()等五种电梯可执行的动作. 然后我们分析,单部电梯应有多种状态,包括:门关