首页 > 网络编程 >LNMP中Nginx与PHP如何协同工作

LNMP中Nginx与PHP如何协同工作

来源：互联网 2026-03-26 14:12:12

LNMP中 Nginx 与 PHP 的协同机制核心架构与角色Nginx：高性能的 HTTP 服务器/反向代理，擅长处理静态资源（如 .html/.css/.js/.jpg），对 .php 等动态请求不直接执行，而是通过 FastCGI 协议转发给后端处理器。PHP-FPM（FastCGI Process Manager）：PHP 的 FastCGI 进程管理器，采用 master/worker 多进程模型，负责接收 Nginx 转发的请求、调用 PHP 解释器执行脚本、回收资源。通信协议：Nginx 的

LNMP中 Nginx 与 PHP 的协同机制

核心架构与角色

在典型的LNMP架构中，各个组件各司其职，共同构建起一个高效稳定的动态网站运行环境。

Nginx：扮演着高性能HTTP服务器和反向代理的角色，特别擅长处理静态资源（比如.html/.css/.js/.jpg文件）。遇到.php这类动态请求时，它并不会直接执行，而是通过FastCGI协议将请求转发给后端专门的处理程序。
PHP-FPM：作为PHP的FastCGI进程管理器，采用master/worker多进程模型。它的核心任务是接收Nginx转发的请求，调用PHP解释器执行具体脚本，最后完成资源回收工作。
通信协议：Nginx通过ngx_fastcgi_module模块将HTTP请求映射为FastCGI请求，与PHP-FPM进行高效交互。动态请求的处理结果再由Nginx封装成HTTP响应返回给客户端。
数据流：整个过程形成了一条清晰的流水线：浏览器 → Nginx（静态直出；动态转发）→ PHP-FPM（调用PHP）→（如需）MySQL/MariaDB → PHP-FPM → Nginx → 浏览器。

一次请求的完整流程

让我们跟踪一次典型的动态请求，看看各个组件是如何协同工作的：

客户端发起HTTP请求到Nginx服务器
Nginx按照location规则进行匹配：
- 静态资源：直接读取对应文件并立即返回
- .php动态请求：调用ngx_fastcgi_module，按照FastCGI协议转发至PHP-FPM处理
PHP-FPM的master进程接收连接请求，然后分配给某个worker进程，worker随即调用PHP解释器执行相应脚本：
- 如果涉及数据库操作：PHP通过php-mysql/PDO等扩展连接MySQL/MariaDB执行查询
执行结果沿着PHP-FPM → FastCGI → Nginx的路径回传，最终由Nginx返回给客户端
整个流程中，Nginx专注于连接管理与静态资源处理，而PHP-FPM则专注于脚本执行与并发调度

通信方式与关键配置

通信方式对比

方式	典型配置	适用场景	主要特点
TCP Socket	php-fpm: `listen = 127.0.0.1:9000`；Nginx: `fastcgi_pass 127.0.0.1:9000;`	同机或跨机部署	通用性强、可跨主机通信；经过loopback/TCP协议栈，开销稍大
Unix Domain Socket	php-fpm: `listen = /tmp/php-fpm.sock`；Nginx: `fastcgi_pass unix:/tmp/php-fpm.sock;`	仅同机部署	不经过网络协议栈，通信开销更小；需要正确设置socket文件权限

关键Nginx配置要点
- location ~ \.php$用于捕获.php请求，使用fastcgi_pass指定PHP-FPM的监听地址
- 必须设置fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;，否则PHP-FPM会找不到需要执行的脚本
- 根据实际情况添加fastcgi_param HTTPS on;（当反向代理或TLS终止在Nginx时）

最小可用示例

server {
    listen 80;
    server_name app.test;
    root /code/public;
    index index.php;
    
    location / {
        try_files $uri $uri/ /index.php$query_string;
    }
    
    location ~ \.php$ {
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_pass 127.0.0.1:9000; # 或 unix:/tmp/php-fpm.sock;
    }
}

权限与安全（Unix Socket）
- 建议将Nginx与PHP-FPM设置为相同的运行用户和组，并将socket文件权限设置为0660：
  - php-fpm配置：listen.owner = www; listen.group = www; listen.mode = 0660;
  - 这样可以有效避免因权限问题导致的502错误

进程模型与性能调优

PHP-FPM进程模型
- pm = static：固定数量的worker进程（由pm.max_children决定），适合负载相对稳定的高并发场景
- pm = dynamic：按需伸缩的进程池，受pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers等参数控制
- pm = ondemand：按需启动进程，空闲超时（pm.process_idle_timeout，默认10秒）后自动回收，节省内存但冷启动会有一定延迟
超时与错误码
- 502 Bad Gateway：通常意味着PHP-FPM未启动、进程崩溃或未能及时响应请求
- 504 Gateway Timeout：当Nginx的fastcgi超时设置（如fastcgi_connect/read/send_timeout）小于PHP-FPM脚本的实际执行时间时发生
- 脚本执行上限：PHP的max_execution_time与PHP-FPM的request_terminate_timeout共同约束脚本执行时间；建议二者协调设置，避免worker进程被长时间占用
平滑重启与配置生效
- 修改php.ini配置文件后，向PHP-FPM的master进程发送USR2信号即可实现平滑重启：新旧worker进程平滑交替，确保服务不中断
缓冲与临时文件
- fastcgi_buffers/fastcgi_buffer_size控制响应缓冲机制；当响应数据过大时，超出部分会自动写入fastcgi_temp目录，确保大响应也能正确回传