ps -ef | grep php-fpm | grep master | awk '{print $2}' | xargs kill -12 #kill -12 就是告知master进程平滑重启先查找 PHP-FPM 的进程号
1 ps -ef | grep php-fpm
2 root 900 1 0 Feb12 ? 00:00:39 php-fpm: master process (/usr/local/web/php/etc/php-fpm.conf)
3 nobody 901 900 0 Feb12 ? 00:00:13 php-fpm: pool www
4 nobody 902 900 0 Feb12 ? 00:00:13 php-fpm: pool www
5 nobody 1911 900 0 Feb13 ? 00:00:12 php-fpm: pool www可以看到主进程的pid是 900
然后用kill命令给这个进程发送重启的信号
kill -SIGUSR2 900其它的信号:
1 SIGINT, SIGTERM 立刻终止
2 SIGQUIT 平滑终止
3 SIGUSR1 重新打开日志文件
4 SIGUSR2 平滑重载所有worker进程并重新载入配置和二进制模块[全局配置]
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
1 nobody 15942 30485 0 10:19 ? 00:00:15 php-fpm: pool www
2 nobody 16302 30485 0 10:21 ? 00:00:01 php-fpm: pool www
3 nobody 16303 30485 0 10:21 ? 00:00:01 php-fpm: pool www
4 root 30485 1 0 Apr19 ? 00:10:46 php-fpm: master process (/..../php-fpm.conf)也可以在一个配置文件中定义多个进程池(监听不同的端口)
1 root 16837 1 0 17:15 ? 00:00:00 php-fpm: master process (/..../php-fpm-test.conf)
2 nobody 16838 16837 0 17:15 ? 00:00:00 php-fpm: pool www
3 nobody 16839 16837 0 17:15 ? 00:00:00 php-fpm: pool www
4 nobody 16840 16837 0 17:15 ? 00:00:00 php-fpm: pool test
5 nobody 16841 16837 0 17:15 ? 00:00:00 php-fpm: pool testlisten = 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相关指令的值
