LNMP中Nginx与PHP如何协同工作

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 → 浏览器。

一次请求的完整流程

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

1. 客户端发起HTTP请求到Nginx服务器
2. Nginx按照location规则进行匹配：
   • 静态资源：直接读取对应文件并立即返回
   • .php动态请求：调用ngx_fastcgi_module，按照FastCGI协议转发至PHP-FPM处理
3. PHP-FPM的master进程接收连接请求，然后分配给某个worker进程，worker随即调用PHP解释器执行相应脚本：
   • 如果涉及数据库操作：PHP通过php-mysql/PDO等扩展连接MySQL/MariaDB执行查询
4. 执行结果沿着PHP-FPM → FastCGI → Nginx的路径回传，最终由Nginx返回给客户端
5. 整个流程中，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目录，确保大响应也能正确回传