动态模式（pm = dynamic）是生产首选，需设pm.max_children=60、pm.start_servers=8、pm.min_spare_servers=6、pm.max_spare_servers=12、pm.max_requests=300，防止内存泄漏导致oom。
高并发下 PHP-FPM 进程池参数配错，不是“不够快”，而是“直接崩”——Laravel 每个请求平均吃掉 40–60MB 内存，盲目照搬网上“4核配120子进程”的配置，8GB 服务器分分钟 OOM。关键不在多开进程，而在让每个进程稳、轻、可回收。
动态模式（pm = dynamic）是生产首选
静态模式（static）看似简单，但流量低谷时大量空闲进程白占内存；按需模式（ondemand）冷启动延迟高，不适合 Laravel 这类框架加载重的场景。dynamic 能自动伸缩，更贴合真实流量波动。
- pm.max_children = 60（以 8GB 服务器为例）：60 × 50MB ≈ 3GB，留足系统、MySQL、Redis 等其他服务空间，比网上泛泛而谈的“核数×4”更靠谱
- pm.start_servers = 8：避免突发流量时从 0 拉起进程造成的卡顿
- pm.min_spare_servers = 6，pm.max_spare_servers = 12：空闲进程太少会频繁 fork，太多则浪费内存，这个区间兼顾响应与资源
必须设 pm.max_requests 防止内存缓慢泄漏
Laravel 应用中若在 Service Provider 或全局作用域用了静态变量缓存、未释放的 DB 连接或未 unset 的大数组，进程跑久了内存会越积越多。不重启，就等着 OOM。
- pm.max_requests = 300：每处理 300 个请求后自动 recycle 子进程，是最常用也最稳妥的值
- 别碰 pm.process_idle_timeout：Laravel 请求生命周期短（通常
Unix Socket + 禁用 xdebug 是硬性配套
参数调得再准，如果通信走 TCP 或 xdebug 还开着，前面所有优化都打七折。
- fastcgi_pass unix:/run/php/php8.2-fpm.sock：比 127.0.0.1:9000 快 15–20%，且避免端口争抢
- 彻底禁用 xdebug：哪怕只启用 xdebug.mode=debug 但没连 IDE，单请求也会多耗 80–200ms，QPS 直接腰斩
- 改完记得 sudo systemctl restart php8.2-fpm && sudo systemctl reload nginx 生效
post_max_size 和 upload_max_filesize 必须对齐
表单含大量字段（如后台配置页、Excel 批量导入）或上传大文件时，这两项不匹配会导致数据静默截断——$_FILES 为空、$_POST 不完整，还查不出错。
- 若允许上传 20MB 文件：upload_max_filesize = 20M，post_max_size = 22M（预留 2MB 给表单头和字段）
- 同时调大 max_input_vars = 5000：默认 1000 在复杂表单下根本不够，截断后毫无提示
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
