核心是减少socket创建/销毁、文件stat、内存分配和上下文切换四类高频系统调用：通过unix socket替代tcp、启用fastcgi_keep_conn、调大fastcgi缓冲区、配置open_file_cache缓存socket元数据等手段，显著降低与内核交互频次。
核心是减少 socket 创建/销毁、文件 stat、内存分配和上下文切换这四类高频系统调用。Nginx 本身不管理 FastCGI 进程池，但可通过通信方式、缓冲策略和缓存机制大幅降低与内核交互的频次。
用 Unix Socket 替代 TCP 网络连接
避免 TCP 协议栈三次握手、四次挥手、端口绑定、TIME_WAIT 状态管理等开销：
- PHP-FPM 配置中设 listen = /run/php/php8.2-fpm.sock，并确保 listen.owner = www-data、listen.group = www-data
- Nginx 中改用 fastcgi_pass unix:/run/php/php8.2-fpm.sock，而非
127.0.0.1:9000 - socket 文件权限设为 660，确保 Nginx worker 进程可读写（避免每次连接都触发 permission denied 的系统调用）
启用 fastcgi_keep_conn 减少 connect()/close() 调用
每个请求复用已有 socket 连接，跳过新建连接所需的系统调用链（socket → connect → setsockopt 等）：
- 在 location 或 http 块中添加 fastcgi_keep_conn on
- 配合 fastcgi_connect_timeout 3s–5s，防止卡死阻塞后续请求
- 后端需支持：PHP-FPM 7.3+ 默认兼容；同时检查 pm.max_requests 是否足够大（如设为 1000），避免因进程重启导致连接意外中断
调大缓冲区，避免频繁 write()/read() 和临时文件 I/O
小缓冲区会迫使 Nginx 多次调用 read() 从 socket 读取响应，或多次 write() 发送给客户端；更糟的是，超限后会写入磁盘临时文件，触发 open()/write()/close() 等系统调用：
- fastcgi_buffer_size 128k：专用于响应头，避免 header 解析失败重试
- fastcgi_buffers 256 16k：总容量达 4MB，覆盖典型接口响应体，减少内存重分配
- fastcgi_busy_buffers_size 256k：控制“正在发送”缓冲区上限，防止边收边发时反复切 buffer
- fastcgi_temp_file_write_size 128k：不设过大，避免小响应（如 JSON）也落盘
配合 open_file_cache 缓存 socket 文件元数据
Unix socket 是一个文件节点，每次访问都要做 stat() 系统调用获取权限、inode、修改时间等。高并发下极易成为瓶颈：
- 在 http 块中启用：open_file_cache max=2048 inactive=30s
- 搭配：open_file_cache_valid 60s、open_file_cache_min_uses 2
- 确保 /run/php/ 所在挂载点支持 dentry 缓存（通常 tmpfs 满足），效果更明显
不复杂但容易忽略
