Ubuntu PHP配置对网站速度的影响与优化要点
影响路径总览
- 执行效率：是否启用OPcache（字节码缓存）直接决定脚本是否需要重复解析与编译；PHP 8+ 的 JIT 还能对计算密集型代码进一步加速。
- 并发能力：PHP-FPM 进程池（如 pm.max_children、动态/静态管理）决定同时能处理多少请求，配置过小会排队、过大则内存吃紧。
- 请求生命周期：max_execution_time、request_terminate_timeout、memory_limit 控制脚本可用时间与内存，过短会中断，过大易拖慢整体。
- I/O 与网络：输出压缩（如 zlib.output_compression 或 Web 服务器 Gzip）、会话存储（文件 vs Redis/Memcached）、以及上传/POST 限制都会影响吞吐与延迟。
- 版本与扩展：较新的 PHP 版本通常带来性能修复与优化；加载不必要的扩展会增加内存与启动开销。
- 全链路协同：与 Nginx/Apache、数据库、CDN 的配合（压缩、连接策略、缓存）同样关键。
关键配置与推荐做法
- 启用并正确配置 OPcache（优先项）：
示例（php.ini 的 [opcache] 段）：
opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.revalidate_freq=60
opcache.fast_shutdown=1
说明：缓存字节码以减少编译；生产环境建议开启，开发环境可按需开启 opcache.enable_cli。
- 调整 PHP-FPM 进程池（/etc/php/{version}/fpm/pool.d/www.conf）：
动态模式常用：
pm=dynamic
pm.max_children 根据内存与 CPU 设定（见下文估算）
pm.start_servers=5
pm.min_spare_servers=5
pm.max_spare_servers=35
pm.max_requests=500（周期性重启，缓解内存泄漏）
说明：进程过少会排队，过多会 OOM；静态模式（pm=static）适合可预估且资源充足的场景。
- 合理设置脚本资源与限制（php.ini）：
memory_limit：普通应用可 128M–256M，大型应用可 512M（需确保物理内存充足）；
max_execution_time：常规 Web 请求建议 30s；导入/导出等后台任务可在脚本内动态延长；
display_errors=Off，log_errors=On（生产环境避免泄露敏感信息到页面）。
- 输出压缩与传输优化：
方案 A：开启 zlib.output_compression=On（级别 3–6）；
方案 B：由 Nginx Gzip 压缩（避免与 PHP 层重复压缩）；
说明：压缩减少传输字节，降低 TTFB 与带宽占用。
- 会话与上传：
会话存储优先 Redis/Memcached（session.save_handler=redis；session.save_path=“tcp://127.0.0.1:6379”）；
上传类业务按需设置 upload_max_filesize / post_max_size，过大值会增加内存与处理时延。
- 版本与扩展：
选择最新的稳定 PHP 版本；禁用不必要的扩展（如 xdebug 在生产环境），减少内存与初始化开销。
并发与内存的估算方法
- 核心思路：并发能力受限于 CPU/内存 与 单个 PHP-FPM 进程驻留内存。
- 估算步骤：
- 观测单个 FPM 进程常驻内存（如通过 top/htop 或 pm.status 的 RSS）；
- 预留系统与其他服务内存（如系统、数据库、缓存、Nginx）；
- 计算可用内存可承载的进程数：max_children ≈ 可用内存 / 单进程 RSS；
- 结合 CPU 核心数 与业务特性选择 static/dynamic，并配置 start/min_spare/max_spare 以平滑应对流量波动。
- 示例（仅演示方法）：若可用内存为 4GB，单进程 RSS 约 80MB，则 max_children 粗估为 4000/80 ≈ 50；再结合 CPU 与峰值 QPS 微调。
- 注意：静态模式（pm=static）会常驻 max_children 个进程，内存占用更可预期；动态模式更省内存但存在进程创建/销毁开销。
快速落地清单
- 定位并备份配置文件：php -i | grep ‘Loaded Configuration File’；修改前先备份。
- 启用 OPcache 并重启服务（如 systemctl restart php{version}-fpm）；
- 调整 PHP-FPM 进程池参数并重启；
- 配置 Nginx/Apache 与 PHP-FPM 正确对接（如 fastcgi_pass unix:/run/php/php{version}-fpm.sock）；
- 开启压缩（Nginx Gzip 或 zlib.output_compression，二选一）；
- 将错误显示关闭、错误日志开启；
- 配置会话存储为 Redis/Memcached；
- 按需调整 upload_max_filesize / post_max_size；
- 每次变更后进行功能与性能回归测试。
常见误区与风险
- 过度增大 memory_limit / max_children 导致 OOM 或频繁换页；
- 同时开启 PHP 层压缩与 Web 服务器压缩 造成双重压缩与 CPU 浪费；
- 生产环境开启 display_errors 泄露敏感信息并可能拖慢输出；
- 加载 xdebug 等调试扩展在生产环境运行；
- 未监控就“盲调”参数，缺少基线指标与压测验证。