phpEnv配置Nginx处理大量小文件请求 phpEnv磁盘IO优化-php教程-PHP中文网

必须让Nginx直接服务静态资源，禁止转发至PHP-FPM；需配置精准location规则拦截css/js/图片等后缀，启用sendfile、tcp_nopush，并避免OPcache文件缓存设于NVMe磁盘。

phpenv配置nginx处理大量小文件请求 phpenv磁盘io优化

phpEnv 本身不是标准 PHP 环境工具（非官方、非主流，常见于某些国产一键包或旧版 Windows 集成环境），它通常封装了 Nginx + PHP-FPM + MySQL，但默认配置偏保守，对大量小文件请求（如图标、CSS、JS、API 响应体）极易暴露磁盘 I/O 瓶颈——尤其当静态资源仍由 PHP 脚本 file_get_contents 或 readfile 输出时。

直接结论：不要让 Nginx 把小文件请求转发给 PHP 处理；所有可静态服务的资源，必须绕过 PHP-FPM，由 Nginx 直接读取并返回。

`location` 规则必须拦截所有小文件后缀

Nginx 默认不会区分“小文件”，只要匹配 location ~ .php$ 就会走 FastCGI。但如果你的项目里混着 /static/icon.png、/css/app.css 这类路径，而 Nginx 没配好静态路由，就可能因 fallback 或 rewrite 错误，把它们也送到 PHP-FPM，导致：

每次请求都触发一次 stat() + open() + read() 系统调用
PHP 进程无谓占用，php-fpm 子进程堆积，%wa 升高
iostat -x 1 显示 await 不高但 r/s 极高（大量小读）

正确做法是显式声明静态资源路径和后缀，并确保它们不进入 PHP 处理流：

在 server 块顶部或 http 块中加入：

location ~* \.(?:css|js|png|jpg|jpeg|gif|ico|svg|woff2?|ttf|eot|map)$ {
  expires 1y;
  add_header Cache-Control "public, immutable";
  access_log off;
}

确保该 location 在 location ~ .php$ 之前生效（Nginx 匹配顺序优先级：精确 > ^~ > 正则，且按配置出现顺序）
若你用 phpEnv 的伪静态规则（比如 ThinkPHP 的 pathinfo），务必检查其 rewrite 是否把 /css/xxx.css 错误重写成了 /index.php/css/xxx.css —— 这会导致 Nginx 再次匹配 .php$，送进 PHP。

`sendfile` 和 `tcp_nopush` 必须开启（尤其对小文件）

Nginx 默认启用 sendfile，但 phpEnv 自带的 Nginx 配置常被魔改关闭，或未适配 Linux sendfile 优化路径。小文件走 sendfile 可避免内核态 → 用户态 → 内核态的数据拷贝，直接由内核 DMA 发送，I/O 效率提升 30%+。

检查你的 /usr/local/nginx/conf/nginx.conf（或 phpEnv 对应安装路径下的配置）：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

http 块内必须有：

sendfile on;
tcp_nopush on;
tcp_nodelay on;

若你发现 sendfile 设为 off，或压根没这行，立刻加上。
tcp_nopush on 会让 Nginx 在发送响应头后等待一个完整的 TCP 包再发内容，对小文件更友好；tcp_nodelay on 则防止 Nagle 算法延迟小响应（两者不冲突，现代 Nginx 推荐共存）。

`opcache.file_cache` 别设在 NVMe 上（如果用了）

phpEnv 很多版本默认开启 OPcache，但若你手动启用了 opcache.file_cache（例如指向 /phpEnv/php/opcache），而这个路径恰好落在 NVMe 分区上——反而会因高频 stat() 拖慢整体性能。

原因：OPcache 每次请求都会检查缓存文件的 mtime，即使只读，也会触发元数据访问。NVMe 虽快，但内核 stat 调用在高并发下会争抢 inode 锁，perf record -e 'syscalls:sys_enter_stat' 可验证。

解决方式只有两个：

关掉磁盘文件缓存：opcache.file_cache=（空值）或注释掉该行
改用内存路径：opcache.file_cache=/dev/shm/php-opcache，并确保目录存在且 PHP 进程有权限（mkdir -p /dev/shm/php-opcache && chmod 777 /dev/shm/php-opcache）

注意：/dev/shm 是 tmpfs，默认大小仅 64MB，若 OPcache 缓存文件多，需调大：mount -o remount,size=512M /dev/shm（加到 /etc/fstab 持久化）。

真正卡住性能的，往往不是“怎么写 PHP”，而是“不该让 PHP 干的事，却交给了它”。phpEnv 的便利性容易掩盖底层路由失控——一个没配好的 location，就能让几千个 .png 请求全挤进 PHP-FPM，而你还在调优 pm.max_children。先确保 Nginx 把小文件拦在门外，剩下的事才值得深入。