php-fpm 进程管理
2015-02-26 15:43
134 查看
2015年2月26日 15:40:15
先查找 PHP-FPM 的进程号
可以看到主进程的pid是 900
然后用kill命令给这个进程发送重启的信号
其它的信号:
bash 脚本(根据网上找的脚本,精简后的, 去掉了检测当前pid的grep+awk代码, 建议使用时直接使用restart指令, Mac上可用,但是注意权限)
配置文件翻译:
[全局配置]
include: 本配置文件中的相对路径都是以php的安装路径的根目录为基准的, 可以在命令行中用-p参数制定相对路径
pid: 进程号所在的文件, 默认放在 path/to/php/var
emergency_restart_threshold (进程个数) emergency_restart_interval (时间段)
在一定时间段内, 因为SIGSEGV(内存段错误) 或者 SIGBUS(总线错误)导致进程退出个数等于某个值fpm就会重启
process.max: 控制子进程最大数的全局变量, 后边的设置子进程数量的指令受到这个值的限制, 0表示无限制
process.priority: master进程的优先级, -19~20, 子进程会继承该值
rlimit_*: resource limit, Linux资源限制, 使用默认值的话, 就以操作系统设置为准
events.mechanism: 事件通知机制, 注释掉则自动选择, 目前最流行的是epoll, 将准备就绪的进程号(大概这样理解吧)放到一个文件里, 每次只用扫描这个文件就知道谁准备好了
[进程池配置]
[www] 进程池名字为www
也可以在一个配置文件中定义多个进程池(监听不同的端口)
listen = 127.0.0.1:9001 监听ip+端口
listen.allowed_clients , 允许访问的ip
priority 优先级
pm 控制子进程数量的模式 static, 固定数量; dynamic, 动态变化数量, 至少有一个; ondemand, 来一个请求fork一个
pm.max_children :
当pm=static时 子进程的数量, 当pm=dynamic 或者 pm=ondemand时, 子进程最大的进程数
该条命令相当于 apache的 mpm_prefork指令, 相当于php的PHP_FCGI_CHILDREN环境变量
pm中的默认值是基于低配置服务器设置的, 可以修改相应的配置指令去适合你自己的服务器
pm.start_servers: 启动fpm时生成的子进程数目
pm.min_spare_servers: 最小空闲进程数
pm.max_spare_servers: 最大空闲进程数
pm.min_spare_servers < pm.start_servers < pm.max_spare_servers
pm.max_requests: 每个子进程再重启前所能处理的最大请求数, 0表示无限制, 相当于PHP_FCGI_MAX_REQUESTS
pm.status_path = /status: http://www.foo.bar/status?json&full
查看fpm的状态信息, 必须以"/"开头, 最好不要以.php结尾
返回信息有: 进程池名字, 进程开始日期, 运行了多少秒, 处理了多少请求, 队列里边有多少待处理的请求, 迄今为止队列里最大的请求数, 活跃进程数, 空闲进程数, 总进程数....
json, 表示可以指定放回txt/json/xml格式
full, 表示更详细的信息, 执行脚本信息, cpu信息, 内存信息, 请求数据的长度.....
ping.path = /ping
查看进程是否还有响应, 可以用来制作图表, 进行负载均衡(踢掉某个不响应的进程), 给团队触发提醒
以"/"开头, 最好不要以.php结尾
ping.response 自定义返回信息, 以文本格式返回(text/plan), 同时返回 200 响应码
access.log: 访问日志地址
access.format: 日志格式
slowlog: 慢响应日志地址
request_slowlog_timeout: 评定为慢响应的时间长度
request_terminate_timeout: 请求最长处理时间, 如果php.ini里的max_execution_time没有起作用, 这里应该会起作用
rlimit_files: 本pool里打开的最大文件资源数
rlimit_core: 本pool里使用的最大(core)内核数
chroot: 进程启动时, 将根目录转向到这个制定设定的路径, 绝对路径
chdir: 进程启动时, 将当前目录设定为这个指令制定的目录, 相对目录
catch_workers_output: 将标准输出/错误输出写入到main日志文件中,对响应有几个毫秒的延误, 不设置, 则输出到标准输出设备中(/dev/null, 应该是显示器吧)
security.limit_extensions: .php .html 限制解析文件的后缀, 设为空, 则解析任何后缀的文件
php_* 重写或者合并php.ini相关指令的值
先查找 PHP-FPM 的进程号
ps -ef | grep php-fpm root 900 1 0 Feb12 ? 00:00:39 php-fpm: master process (/usr/local/web/php/etc/php-fpm.conf) nobody 901 900 0 Feb12 ? 00:00:13 php-fpm: pool www nobody 902 900 0 Feb12 ? 00:00:13 php-fpm: pool www nobody 1911 900 0 Feb13 ? 00:00:12 php-fpm: pool www
可以看到主进程的pid是 900
然后用kill命令给这个进程发送重启的信号
kill -SIGUSR2 900
其它的信号:
SIGINT, SIGTERM 立刻终止 SIGQUIT 平滑终止 SIGUSR1 重新打开日志文件 SIGUSR2 平滑重载所有worker进程并重新载入配置和二进制模块
bash 脚本(根据网上找的脚本,精简后的, 去掉了检测当前pid的grep+awk代码, 建议使用时直接使用restart指令, Mac上可用,但是注意权限)
0 #!/bin/sh 1 PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin BINFILE="/usr/sbin/php-fpm" CFGFILE="/etc/php-fpm.conf" PIDFILE="/var/run/php-fpm.pid" LOCKFILE="/var/lock/php-fpm.lock" INIFILE="/etc/php.ini" RETVAL=0 start() { [[ -x $BINFILE ]] || exit 5 [[ -f $CFGFILE ]] || exit 6 $BINFILE -t >/dev/null 2>&1 if [[ $? -ne 0 ]]; then echo "The php-fpm configure has error." return 1 fi echo "Starting php-fpm......" sudo $BINFILE -c ${INIFILE} -y $CFGFILE -g ${PIDFILE} RETVAL=$? echo "ok~" [[ $RETVAL -eq 0 ]] && touch $LOCKFILE return $RETVAL } stop() { echo "Shutting down php-fpm......" if [[ -f $PIDFILE ]]; then kill -3 `cat ${PIDFILE}` else kill -3 `ps aux | grep php-fpm | awk '/master/{print $2}'` fi RETVAL=$? echo "ok~" [[ $RETVAL -eq 0 ]] && sudo rm -f $LOCKFILE $PIDFILE return $RETVAL } restart() { stop sleep 1 start sleep 1 RETVAL=$? return $RETVAL } reload() { echo -n $"Reloading php-fpm......" if [[ -f $PIDFILE ]]; then kill -USR2 `cat ${PIDFILE}` else kill -USR2 `ps aux | grep php-fpm | awk '/master/{print $2}'` fi RETVAL=$? echo "ok~" return $RETVAL } case "$1" in start) start ;; stop) stop ;; restart) restart ;; reload) reload ;; *) echo "Usage: service php-fpm {start|stop|restart|reload}" RETVAL=1 esac exit $RETVAL
配置文件翻译:
[全局配置]
include: 本配置文件中的相对路径都是以php的安装路径的根目录为基准的, 可以在命令行中用-p参数制定相对路径
pid: 进程号所在的文件, 默认放在 path/to/php/var
emergency_restart_threshold (进程个数) emergency_restart_interval (时间段)
在一定时间段内, 因为SIGSEGV(内存段错误) 或者 SIGBUS(总线错误)导致进程退出个数等于某个值fpm就会重启
process.max: 控制子进程最大数的全局变量, 后边的设置子进程数量的指令受到这个值的限制, 0表示无限制
process.priority: master进程的优先级, -19~20, 子进程会继承该值
rlimit_*: resource limit, Linux资源限制, 使用默认值的话, 就以操作系统设置为准
events.mechanism: 事件通知机制, 注释掉则自动选择, 目前最流行的是epoll, 将准备就绪的进程号(大概这样理解吧)放到一个文件里, 每次只用扫描这个文件就知道谁准备好了
[进程池配置]
[www] 进程池名字为www
nobody 15942 30485 0 10:19 ? 00:00:15 php-fpm: pool www nobody 16302 30485 0 10:21 ? 00:00:01 php-fpm: pool www nobody 16303 30485 0 10:21 ? 00:00:01 php-fpm: pool www root 30485 1 0 Apr19 ? 00:10:46 php-fpm: master process (/..../php-fpm.conf)
也可以在一个配置文件中定义多个进程池(监听不同的端口)
root 16837 1 0 17:15 ? 00:00:00 php-fpm: master process (/..../php-fpm-test.conf) nobody 16838 16837 0 17:15 ? 00:00:00 php-fpm: pool www nobody 16839 16837 0 17:15 ? 00:00:00 php-fpm: pool www nobody 16840 16837 0 17:15 ? 00:00:00 php-fpm: pool test nobody 16841 16837 0 17:15 ? 00:00:00 php-fpm: pool test
listen = 127.0.0.1:9001 监听ip+端口
listen.allowed_clients , 允许访问的ip
priority 优先级
pm 控制子进程数量的模式 static, 固定数量; dynamic, 动态变化数量, 至少有一个; ondemand, 来一个请求fork一个
pm.max_children :
当pm=static时 子进程的数量, 当pm=dynamic 或者 pm=ondemand时, 子进程最大的进程数
该条命令相当于 apache的 mpm_prefork指令, 相当于php的PHP_FCGI_CHILDREN环境变量
pm中的默认值是基于低配置服务器设置的, 可以修改相应的配置指令去适合你自己的服务器
pm.start_servers: 启动fpm时生成的子进程数目
pm.min_spare_servers: 最小空闲进程数
pm.max_spare_servers: 最大空闲进程数
pm.min_spare_servers < pm.start_servers < pm.max_spare_servers
pm.max_requests: 每个子进程再重启前所能处理的最大请求数, 0表示无限制, 相当于PHP_FCGI_MAX_REQUESTS
pm.status_path = /status: http://www.foo.bar/status?json&full
查看fpm的状态信息, 必须以"/"开头, 最好不要以.php结尾
返回信息有: 进程池名字, 进程开始日期, 运行了多少秒, 处理了多少请求, 队列里边有多少待处理的请求, 迄今为止队列里最大的请求数, 活跃进程数, 空闲进程数, 总进程数....
json, 表示可以指定放回txt/json/xml格式
full, 表示更详细的信息, 执行脚本信息, cpu信息, 内存信息, 请求数据的长度.....
ping.path = /ping
查看进程是否还有响应, 可以用来制作图表, 进行负载均衡(踢掉某个不响应的进程), 给团队触发提醒
以"/"开头, 最好不要以.php结尾
ping.response 自定义返回信息, 以文本格式返回(text/plan), 同时返回 200 响应码
access.log: 访问日志地址
access.format: 日志格式
slowlog: 慢响应日志地址
request_slowlog_timeout: 评定为慢响应的时间长度
request_terminate_timeout: 请求最长处理时间, 如果php.ini里的max_execution_time没有起作用, 这里应该会起作用
rlimit_files: 本pool里打开的最大文件资源数
rlimit_core: 本pool里使用的最大(core)内核数
chroot: 进程启动时, 将根目录转向到这个制定设定的路径, 绝对路径
chdir: 进程启动时, 将当前目录设定为这个指令制定的目录, 相对目录
catch_workers_output: 将标准输出/错误输出写入到main日志文件中,对响应有几个毫秒的延误, 不设置, 则输出到标准输出设备中(/dev/null, 应该是显示器吧)
security.limit_extensions: .php .html 限制解析文件的后缀, 设为空, 则解析任何后缀的文件
php_* 重写或者合并php.ini相关指令的值
相关文章推荐
- Nginx使用的php-fpm的两种进程管理方式及优化
- (总结)Nginx使用的php-fpm的两种进程管理方式及优化
- Nginx使用的php-fpm的两种进程管理方式及优化
- (总结)Nginx使用的php-fpm的两种进程管理方式及优化
- php-fpm进程管理方式(static和dynamic)
- [ZT] 使用PHP-FPM (PHP FastCGI Process Manager)来对php-cgi进程进行管理
- Nginx使用的php-fpm的两种进程管理方式及优化
- php-fpm进程管理方式
- 深入php-fpm的两种进程管理模式详解
- Nginx使用的php-fpm的两种进程管理方式及优化
- Nginx使用的php-fpm的两种进程管理方式及优化
- (总结)Nginx使用的php-fpm的两种进程管理方式及优化
- Nginx使用的php-fpm的两种进程管理方式及优化
- Nginx使用的php-fpm的两种进程管理方式及优化
- 深入php-fpm的两种进程管理模式详解
- php-fpm的两种进程管理模式详解
- php-fpm进程管理方式(static和dynamic)
- Nginx使用的php-fpm的两种进程管理方式及优化
- Nginx使用的php-fpm的两种进程管理方式及优化(转)
- php-fpm进程管理方式(static和dynamic)