Linux如何判断是否启动了php-fpm

在Linux系统中，PHP-FPM（FastCGI Process Manager）是一个常用的PHP FastCGI管理器，用于处理PHP脚本的请求。判断PHP-FPM是否已经启动是系统管理和故障排查中的一个常见任务。本文将介绍几种常用的方法来判断PHP-FPM是否正在运行。

1. 使用ps命令

ps命令是Linux系统中用于查看当前进程状态的工具。通过ps命令，我们可以查看系统中是否有PHP-FPM进程正在运行。

ps aux | grep php-fpm

如果PHP-FPM正在运行，输出中会显示类似以下的进程信息：

root      1234  0.0  0.1 123456  7890 ?        Ss   12:34   0:00 php-fpm: master process (/etc/php-fpm.conf)
www-data  1235  0.0  0.2 234567  8901 ?        S    12:34   0:00 php-fpm: pool www

如果没有任何输出，或者只显示grep命令本身，说明PHP-FPM没有启动。

2. 使用systemctl命令

在大多数现代Linux发行版中，PHP-FPM通常系统服务运行，可以通过systemctl命令来管理。

systemctl status php-fpm

如果PHP-FPM正在运行，输出会显示类似以下的信息：

● php-fpm.service - The PHP FastCGI Process Manager
   Loaded: loaded (/lib/systemd/system/php-fpm.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2023-10-02 12:34:56 UTC; 1h ago
 Main PID: 1234 (php-fpm)
    Tasks: 2 (limit: 4915)
   Memory: 10.0M
   CGroup: /system.slice/php-fpm.service
           ├─1234 php-fpm: master process (/etc/php-fpm.conf)
           └─1235 php-fpm: pool www

如果PHP-FPM没有启动，输出会显示inactive状态。

3. 使用netstat或ss命令

PHP-FPM通常通过Unix套接字或TCP端口与Web服务器（如Nginx或Apache）通信。我们可以使用netstat或ss命令来查看是否有PHP-FPM的监听端口或套接字。

netstat -tuln | grep php-fpm

或者使用ss命令：

ss -tuln | grep php-fpm

如果PHP-FPM正在监听，输出会显示类似以下的信息：

tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN

或者对于Unix套接字：

unix  2      [ ACC ]     STREAM     LISTENING     12345    /var/run/php-fpm.sock

4. 检查日志文件

PHP-FPM的日志文件通常位于/var/log/php-fpm.log或/var/log/php7.x-fpm.log（具体路径取决于PHP版本和系统配置）。通过查看日志文件，可以确认PHP-FPM是否启动成功。

tail -f /var/log/php-fpm.log

如果PHP-FPM启动成功，日志中会有类似以下的记录：

[02-Oct-2023 12:34:56] NOTICE: fpm is running, pid 1234

5. 使用lsof命令

lsof命令可以列出打开的文件和进程。通过lsof命令，我们可以查看PHP-FPM是否打开了相关的套接字或端口。

lsof -i :9000

如果PHP-FPM正在监听9000端口，输出会显示类似以下的信息：

COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
php-fpm  1234 root    4u  IPv4  12345      0t0  TCP localhost:9000 (LISTEN)

结论

通过以上几种方法，我们可以有效地判断PHP-FPM是否已经启动。根据具体的需求和环境，选择合适的方法进行判断。如果PHP-FPM没有启动，可以进一步检查配置文件、日志文件或系统服务状态，以确定问题的原因并进行修复。