EC2部署Nginx+PHP-FPM首请求响应超2分钟问题求助

针对你在EC2 T4g（ARM架构）Linux 2实例上PHP 8首次请求慢的问题，给你几个实际的排查方向：

• OPcache未预热导致脚本首次编译延迟
  PHP 8的OPcache默认可能未配置预加载，首次请求时需要实时编译所有PHP脚本，脚本量较大时会引发严重延迟。
  解决步骤：

  1. 编辑php.ini，添加或修改以下配置：

     opcache.enable=1
     opcache.enable_cli=1
     opcache.preload=/path/to/your/preload.php
     opcache.preload_user=www-data
     opcache.memory_consumption=256
     opcache.max_accelerated_files=10000
     

  2. 创建preload.php脚本，批量加载应用核心PHP文件（如框架核心、常用工具类）：

     <?php
     $files = glob('/var/www/html/app/core/*.php');
     foreach ($files as $file) {
         require_once $file;
     }
     

  3. 确保preload.php权限正确，重启php-fpm服务。

• ARM架构下PHP编译缺少针对性优化
  T4g是ARM64架构，若PHP 8通过通用包安装或编译时未开启ARM优化，首次执行代码无法充分利用CPU指令集优势，会导致执行缓慢。
  解决方法：

  • 源码编译时添加ARM专属优化参数：

    ./configure --prefix=/usr/local/php --enable-fpm --with-opcache --enable-optimize --march=native
    make && make install
    

  • 包管理器安装时，更换为官方提供的ARM优化包（比如Amazon Linux 2上使用amazon-linux-extras的PHP 8包，确保是针对ARM编译的）。

• PHP-FPM初始进程数不足，首次请求需动态创建进程
  PHP-FPM默认的pm.start_servers值通常偏小，首次请求时需要动态fork新进程，加上PHP 8进程初始化耗时更长，就会出现延迟。
  编辑php-fpm的配置文件（如www.conf）：

  pm.start_servers = 8
  pm.min_spare_servers = 5
  pm.max_spare_servers = 15
  

  根据实例规格调整数值后，重启php-fpm。

• DNS解析延迟问题
  检查应用是否在首次请求时发起外部DNS查询（比如调用第三方API、加载外部资源），ARM实例默认DNS配置可能存在解析延迟。
  解决方法：

  1. 在/etc/hosts中手动添加常用外部域名的IP映射；
  2. 修改系统DNS配置为更快的公共DNS（如1.1.1.1或8.8.8.8）；
  3. 在PHP中启用DNS缓存（比如用dns_get_record缓存结果，或安装ext-dns扩展配置缓存）。

• 系统磁盘IO瓶颈
  首次请求时可能需要读取大量PHP文件到内存，若实例使用低速磁盘（如gp2），IO延迟会被放大。
  用iostat -x 1命令监控首次请求时的磁盘IO情况，若%util接近100%，建议升级到gp3或io2磁盘，或优化文件系统挂载参数（比如添加noatime）。

内容的提问来源于stack exchange，提问作者Fred