php停止及启动

PHP进程管理与服务重启操作指南

在日常的服务器运维中，PHP-FPM进程的管理是一项基础但至关重要的任务。无论是排查问题还是应用更新，掌握如何优雅（或强制）地停止与重启PHP服务，都是运维人员的必备技能。下面，我们就来系统地梳理一下相关的命令和操作流程。

查看PHP进程

首先，我们得知道PHP-FPM是否在运行，以及它的运行状态。最常用的命令莫过于ps配合grep进行过滤了。

ps -ef | grep php

执行后，你可能会看到类似下面的输出：

root      17215      1  0 16:19 ?        00:00:00 php-fpm: master process (/etc/php/php-fpm.conf)
root      17216  17215  0 16:19 ?        00:00:00 php-fpm: pool www

这里清晰地展示了两个关键进程：一个是Master主进程（进程号17215），负责管理；另一个是Worker工作进程（进程号17216），负责实际处理请求。先记住这个Master进程号，很多操作都围绕它展开。

停止PHP服务

终止单个Master进程

当需要停止PHP-FPM服务时，最直接的方法是向Master进程发送终止信号。

kill -9 [master进程号]

例如，针对上面查到的进程，命令就是：

kill -9 17215

使用-9（SIGKILL）信号意味着强制立即终止，进程没有机会进行清理工作。在大多数情况下，更推荐先尝试kill -15（SIGTERM）允许进程优雅退出，如果无效再使用强制手段。

批量终止所有PHP-FPM进程

有时候，服务器上可能运行着多个PHP-FPM实例或者产生了大量子进程，逐个kill效率太低。这时，pkill命令就派上用场了。

pkill php-fpm

这条命令会向所有进程名匹配“php-fpm”的进程发送终止信号，默认是SIGTERM（15）。如果想强制杀死，可以加上信号参数：

pkill -9 php-fpm

pkill命令参数详解

pkill的功能非常强大，通过不同的选项可以精确控制要终止的进程。这里列出一些常用选项供参考：

Usage: pkill [options] 

Options:
 -, --signal     signal to send (either number or name)
 -e, --echo                display what is killed
 -f, --full                use full process name to match
 -u, --euid        match by effective IDs
 -U, --uid         match by real IDs
 -x, --exact               match exactly with the command name
 ...（其他选项略）

例如，pkill -f “php-fpm: master”可以只终止Master进程，而pkill -u www-data php-fpm则可以终止由www-data用户运行的所有PHP-FPM进程。

PHP服务重启完整流程

重启服务并非简单地“一杀了之”，一个稳妥的流程往往包含“停-查-启”三个步骤。

1. 首先，查找并确认PHP进程。这是我们的起点。

ps -ef | grep php

2. 在终止进程前，有时我们需要进一步确认进程的详细信息，比如它使用的是哪个配置文件、具体的启动路径是什么。这有助于排查配置错误。

# 查询指定进程的命令和参数信息
ps -p [进程号] -o comm,args

# 或者使用lsof查看进程打开的文件等相关信息
lsof -p [进程号]

3. 最后，启动新的PHP-FPM进程。通常需要切换到PHP-FPM的可执行文件目录，并指定正确的配置文件。

# 进入php-fpm的安装目录（路径可能因安装方式而异）
cd /usr/local/php7.1.33/sbin

# 指定配置文件启动php-fpm
./php-fpm -c [php.ini文件路径]

这里需要注意的是，-c选项指定的是PHP的配置文件（php.ini）路径，而PHP-FPM自身的配置（如进程池设置）通常由-y选项指定，或者在启动时默认读取编译时设定的路径（如/etc/php/php-fpm.conf）。如果启动失败，务必查看错误日志来定位问题。

总结来说，管理PHP-FPM进程，从查看、终止到重启，是一套连贯的操作。理解每个命令背后的含义，并根据实际情况选择最合适的方式，才能确保服务的稳定与可控。尤其是在生产环境中，建议先通过优雅终止（SIGTERM）来尝试，给进程预留处理完当前请求的时间，避免数据丢失或中断。