php监控进程

Ⅰ 如何用supervisor守护php-fpm主进程以实现php-fpm的自动重启

1. 安装supervisor
supervisor本身是python实现的，而且是调研阶段，故先创建一个新的virtualenv环境，然后用pip安装好supervisor包。

至此，基本的调研环境搭建完毕。当然，php-fpm和PHP环境以及前端的Nginx是早就ready的。

2. 分析php-fpm.sh脚本

通常编译安装PHP后，php-fpm这个2进制的C程序也会被编译并安装好，典型路径在php_install_path/sbin/目录下。该
目录下还有个名为php-fpm.sh的脚本用于控制php-fpm进程的start/stop/restart/reload等动作。

./sbin/php-fpm.sh脚本中，”start”操作启动了php-fpm主进程，其余的操作都是通过向php-fpm master进程发signal实现的。

<code class="hljs bash">## code segment in php-fpm.sh
case "$1" in
start)
echo -n "Starting php-fpm "
## 下面这行是关键命令
$php_fpm_BIN --daemonize $php_opts

if [ "$?" != 0 ] ; then
echo " failed"
exit 1
fi

wait_for_pid created $php_fpm_PID

if [ -n "$try" ] ; then
echo " failed"
exit 1
else
echo " done"
fi
;;</code>

从上面是终端输入”./sbin/php-fpm.sh
start”时，实际执行的代码，可以看到，php-fpm进程的启动参数是–daemonize
$php_opts，而$php_opts的值为”–fpm-config $php_fpm_CONF –pid $php_fpm_PID”。

注意: php-fpm.sh启动php-fpm master进程时，传入了daemonize参数，表明php-fpm master process以守护（daemon）方式启动，而根据supervisor文档的说明，当用supervisor监护进程时，被监护进程不能是守护进程，这是由于守护进程通常会在fork完子进程后就让父进程”结束生命”，也即由supervisor创建的父进程退出，此时，supervisor无法再监护已退出进程创建出来的子进程。关于daemon process的行为，可以参考linux Daemon Writing HOWTO一文来理解。

根据上面的分析，我们知道，只要supervisor启动php-fpm进程时，不传入daemonize参数即可。

3. 实现php-fpm主进程守护功能的supervisor配置文件

上面的分析已经告诉我们应该怎么解决问题了，下面直接上验证可用的配置文件。文件位于php-fpm.conf同级目录下（典型路径为php_install_path/etc/）。

<code class="hljs bash"><code class="hljs vhdl">
[inet_http_server] ; inet (TCP) server disabled by default
port=127.0.0.1:9015 ; (ip_address:port specifier, *:port for all iface)

[supervisord]
logfile=./var/log/supervisord.log ; (main log file;default $CWD/supervisord.log)
logfile_maxbytes=50MB ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=2 ; (num of main logfile rotation backups;default 10)
loglevel=info ; (log level;default info; others: debug,warn,trace)
pidfile=./var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
nodaemon=false ; (start in foreground if true;default false)
minfds=1024 ; (min. avail startup file descriptors;default 1024)
minprocs=200 ; (min. avail process descriptors;default 200)
identifier=sup.php-fpm ; (supervisord identifier, default is 'supervisor')

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl=http://127.0.0.1:9015 ; use an http:// url to specify an inet socket

[program:php-fpm]
command=bash -c "sleep 1 && /home/slvher/tools/php/5.6.11/sbin/php-fpm --fpm-config /home/slvher/tools/php/5.6.11/etc/php-fpm.conf --pid /home/slvher/tools/php/5.6.11/var/run/php-fpm.pid" ; the program (relative uses PATH, can take args)
process_name=%(program_name)s ; process_name expr (default %(program_name)s)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; whether/when to restart (default: unexpected)
startretries=5 ; max # of serial start failures (default 3)
exitcodes=0,2,70 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=2 ; max num secs to wait b4 SIGKILL (default 10)
</code></code>

配置文件结构通过查看supervisor文档很容易就能掌握，有两个配置项需要特别注意：

1) command

它指定了supervisor要监控的进程的启动命令，可以看到，这里我们没有给php-fpm传入daemonize参数，其余参数只是展开了php-fpm.sh中的shell变量而已。

大家已经注意到，command也不是直接调起php-fpm，而是通过bash -c执行了两个命令，而第一个命令是sleep 1。这是由于php-fpm在stop后，其占用的端口通常不能立即释放，此时，supervisor以极快的速度试图重新拉起进程时，可能会由于报如下错误而导致几次retry均失败：

<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript">## var/log/php-fpm.error.log
[18-Jul-2015 21:35:28] ERROR: unable to bind listening socket for address '127.0.0.1:9002': Address already in use (98)
[18-Jul-2015 21:35:28] ERROR: FPM initialization failed</code></code></code>

而supervisor目前还不支持delay restart功能，因此，这里只能通过先sleep再启动的略显tricky的方法来解决问题，结果表明，疗效不错且无副作用。-_-

2) autorestart

其文档描述如下：

<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript"><code class="hljs livecodeserver">May be one of false, unexpected, or true. If false, the process will never be autorestarted. If unexpected, the process will be restart when the program exits with an exit code that is not one of the exit codes associated with this process’ configuration (see exitcodes). If true, the process will be unconditionally restarted when it exits, without regard to its exit code.</code></code></code></code>

其默认值是unexpected，表示若被监护进程的exit code异常时，supervisor才会重新拉起进程。这里设置为true，表明任何时候进程退出均会被再次拉起。

这样配置好后，在本文第1步搭建好的virtualenv环境中，运行如下命令即可完成supervisor对php-fpm master进程的监护：

<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript"><code class="hljs livecodeserver"><code class="hljs avrasm">shell> supervisord -c etc/sup.php-fpm.conf</code></code></code></code></code>

然后，通过ps x | fgrep fpm可以看到，php-fpm主进程已经被拉起了。
然后，kill掉php-fpm主进程，再次ps x | fgrep fpm可以看到，一个新的php-fpm主进程会被supervisor创建出来。

至此，用supervisor守护php-fpm主进程以实现php-fpm的自动重启的需求已经解决了。

Ⅱ PHP涓镄凢PM鏄锅氢粈涔堢殑

FPM锛团astCGI 杩涚▼绠＄悊鍣锛夌敤浜庢浛鎹 PHP FastCGI 镄勫ぇ閮ㄥ垎闄勫姞锷熻兘锛屽逛簬楂樿礋杞界绣绔欐槸闱炲父链夌敤镄勚傚畠镄勫姛鑳藉寘𨰾锛

• 鏀鎸佸钩婊戝仠姝/钖锷ㄧ殑楂樼骇杩涚▼绠＄悊锷熻兘锛

• 鍙浠ュ伐浣滀簬涓嶅悓镄 uid/gid/chroot 鐜澧冧笅锛屽苟鐩戝惉涓嶅悓镄勭鍙ｅ拰浣跨敤涓嶅悓镄 php.ini 閰岖疆鏂囦欢锛埚彲鍙栦唬 safe_mode 镄勮剧疆锛夛绂

• stdout 鍜 stderr 镞ュ织璁板綍;

• 鍦ㄥ彂鐢熸剰澶栨儏鍐电殑镞跺栾兘澶熼吨鏂板惎锷ㄥ苟缂揿瓨琚镰村潖镄 opcode;

• 鏂囦欢涓娄紶浼桦寲鏀鎸;

• "鎱㈡棩蹇" - 璁板綍鑴氭湰锛堜笉浠呰板綍鏂囦欢钖嶏纴杩樿板綍 PHP backtrace 淇℃伅锛屽彲浠ヤ娇鐢 ptrace鎴栬呯被浼煎伐鍏疯诲彇鍜屽垎鏋愯繙绋嬭繘绋嬬殑杩愯屾暟鎹锛夎繍琛屾墍瀵艰嚧镄勫纾甯哥紦鎱;

• fastcgi_finish_request() - 鐗规畩锷熻兘锛氱敤浜庡湪璇锋眰瀹屾垚鍜屽埛鏂版暟鎹钖庯纴缁х画鍦ㄥ悗鍙版墽琛岃楁椂镄勫伐浣滐纸褰曞叆瑙嗛戣浆鎹銆佺粺璁″勭悊绛夛级锛

• 锷ㄦ侊纺闱欐佸瓙杩涚▼浜х敓锛

• 锘烘湰 SAPI 杩愯岀姸镐佷俊鎭锛堢被浼糀pache镄 mod_status锛夛绂

• 锘轰簬 php.ini 镄勯厤缃鏂囦欢銆

Ⅲ 如何查看一个正在运行的php-fpm进程使用的php命令地址

使用netstat-napo|grep"php-fpm"|wc-l查看一下当前fastcgi进程个数，如果个数接近conf里配置的上限，就需要调高进程数。

Ⅳ php 中如何获取当前系统的进程列表，不是简单的执行shell语句

$arrya = array();
用exec("linux 命令",$array)
如果查看进程的话 会把所有的信息返回给$array数组里 你直接输出就可以了

Ⅳ 如何看php-fpm 进程数量是否足够

首先，需要预估项目在生产环境能有多少并发产生，根据预估设置初始fpm进程数配置，具体可以参考PHP文档

http://php.net/manual/zh/install.fpm.configuration.php

对于FPM的监控

建议开启php-fpm.conf中pm.status_path设置，可以通过url请求获取当前时刻fpm的进程状态，支持html,josn，xml等数据格式返回，结合定时任务，可以做成一个fpm状态监控，通过url获取的数据中，'listen queue' 表示请求等待队列，这个参数如果不为0，就表示当前进程数被使用完了，新的请求过来必须进入等待队列，所以，通过这个参数，就可以判断是否应该增加进程数或加强服务器配置

Ⅵ Php cli是守护进程的吗

php_cli模式简介

php-cli是php Command Line Interface的简称，如同它名字的意思，就是php在命令行运行的接口，区别于在Web服务器上运行的php环境（php-cgi, isapi等） 也就是说，php不单可以写前台网页，它还可以用来写后台的程序。 PHP的CLI shell脚本适用于所有的PHP优势，使创建要么支持脚本或系统甚至与GUI应用程序的服务端！——注：windows和linux下都支持php_cli模式

PHP-cli应用场景：

1.多线程应用
这方面的好处，引用鸟哥的话：

优点:
1. 使用多进程, 子进程结束以后, 内核会负责回收资源
2. 使用多进程,子进程异常退出不会导致整个进程Thread退出. 父进程还有机会重建流程.
3. 一个常驻主进程, 只负责任务分发, 逻辑更清楚.

php的多线程—没错就是php多线程应用，虽然大家都普遍认为php没有多线程（curl属于模拟多线程而不是真实的），但是在php_cli模式下的php彻底的是属于多线程。这个时候php属于linux的一个守护进程。 在本人之前写过的《PHP多线程批量采集下载美女图片(续)》的时候在采集程序里虽然使用curl来模拟多线程，但是在浏览器执行的时候也是会遇到执行超时或内存abort而导致程序中断，（要尝试几次才可以彻底成功），但是如果在php-cli模式下执行，你就会发现这个程序执行的很快，php多线程执行的优势被彻底表现出来了.

备注:这种多线程方式不是很成熟，不适合大规模的生成应用，偶尔使用还是可以的

2.定时执行php程序

利用linux的cron方式，那么这个方式是如何定时执行php程序？请看下文

3.开发桌面程序

你可以做您的Windows或Linux中使用PHP的图形用户界面（GUI）应用！所有你需要的是PHP的命令行接口和一包GTK。这将允许建立真正的便携式图形用户界面应用程序（呵呵，之前只是知道php可以做桌面程序，现在才知道是使用php_cli模式），并且不需要学习别的。

4.编写PHP的shell脚本
如果你不会bash shell或者Perl等的使用，但是你又需要一些脚本去执行的时候，怎么办？这个时候你完全可以使用你熟悉的php编写shell脚本，这个时候你是不是突然感觉PHP是不是太强大了！—–真正做到一种语言，到处开发！

PHP_CLI使用方法

win下面的执行方法：
假设php.exe 在D:xamppphp在dos命令在可以这个执行：

复制代码 代码如下:D:xamppphpphp.exe D:xampphtdocstest.php

就可以执行test.php这个文件了 。这里推荐win平台下xampp集成环境，真正比wamp强大N倍，这个集成包可以直接进入dos模式。

linux下php_cli使用
首先找到你安装php的路径，以我为例：



当然实现的方法不止一个，大家可以尝试其他方法实现！

例外关于php的cli还有很多参数可以加入：具体可以参考：http://php.net/manual/en/features.commandline.php

关于定时执行
cron是一个linux下的定时执行工具，可以在无需人工干预的情况下运行作业，周期性作业，比如备份数据 打开/etc/crontab，添加：
复制代码 代码如下:
/usr/bin/php -f /data/htdocs/test.php

Ⅶ php 后台怎么开一个进程监听Redis的队列消息呢用while

redis的subscribe用pconnect链接，执行这个脚本的进程会自动监听所订阅的频道发送的消息

ini_set(‘default_socket_timeout’, -1);

$redis = new \Redis();
$redis->pconnect('127.0.0.1', 6379);

//订阅
$redis->subscribe(['msg'], 'callfun');

function callfun($redis, $channel, $msg)
{
var_mp([
'redis' => $redis,
'channel' => $channel,
'msg' => $msg
]);
}