Apache运行PHP高性能计算函数卡顿，需优化MPM（改event）、PHP-FPM（设ondemand）、禁用非必要模块与日志、调高PHP执行限制及启用OPcache、隔离计算请求至专用虚拟主机。
如果在Apache服务器上运行PHP高性能计算函数时出现卡顿现象，则可能是由于默认的Apache和PHP配置未针对计算密集型任务进行优化。以下是针对该问题的多种优化配置方法：
一、调整Apache多进程模块（MPM）配置
Apache默认使用prefork MPM，其每个请求独占一个进程，在执行长时间PHP计算时易导致进程阻塞和资源耗尽；切换为event MPM可提升并发处理能力，并减少因计算阻塞引发的连接排队。
1、确认当前MPM类型：执行a2query -M命令查看输出结果。
2、禁用prefork模块：运行a2dismod mpm_prefork。
立即学习“PHP免费学习笔记（深入）”；
3、启用event模块：运行a2enmod mpm_event。
4、编辑/etc/apache2/mods-available/mpm_event.conf，将MaxRequestWorkers设为根据物理内存和平均进程内存估算的合理值（如256），并将ThreadsPerChild设为25–50之间。
5、重启Apache服务：执行systemctl restart apache2。
二、优化PHP-FPM进程管理策略
当PHP以FPM方式与Apache配合时，静态进程管理模型易在高计算负载下造成响应延迟；采用动态或ondemand模式可按需分配子进程，避免空闲进程占用资源，同时防止突发计算请求压垮服务。
1、编辑/etc/php/*/fpm/pool.d/www.conf，将pm参数修改为ondemand。
2、设置pm.max_children为不超过系统可用内存除以单个PHP进程平均内存（建议初始值设为32）。
3、配置pm.process_idle_timeout为60s，确保空闲进程及时释放。
4、设置pm.max_requests为500，防止长期运行导致内存泄漏累积。
5、重启PHP-FPM服务：执行systemctl restart php*-fpm。
三、禁用Apache中不必要的模块与日志记录
非必要模块会增加请求处理链路长度，而详细访问日志与错误日志在高频计算请求下产生大量I/O写入，加剧CPU与磁盘争用，直接拖慢PHP计算响应速度。
1、禁用未使用的模块：运行a2dismod status autoindex info cgi等非必需模块。
2、将LogLevel从warn或error下调至crit，减少日志输出量。
3、注释或删除CustomLog和ErrorLog指令行，或将日志路径指向/dev/null（仅限调试环境）。
4、关闭ServerSignature和ServerTokens以降低HTTP头开销。
5、重载配置：执行systemctl reload apache2。
四、调整PHP执行限制与OPcache参数
默认的max_execution_time和memory_limit可能被高性能计算函数频繁触发超时或内存耗尽；同时，OPcache若未启用或配置不当，会导致重复编译脚本，加重CPU负担。
1、编辑/etc/php/*/apache2/php.ini，将max_execution_time设为0（表示无限制）或具体秒数（如300）。
2、将memory_limit调高至512M或1G，并确认post_max_size与upload_max_filesize同步调整。
3、启用OPcache：确保opcache.enable=1且opcache.enable_cli=0。
4、设置opcache.memory_consumption=256，opcache.max_accelerated_files=20000，opcache.revalidate_freq=60。
5、重启Apache使PHP配置生效。
五、隔离计算请求至专用虚拟主机与端口
将高性能计算脚本部署于独立虚拟主机，并绑定非标准端口及精简配置，可避免与常规Web请求共享同一套MPM、FPM及日志资源，实现资源硬隔离与调度优先级控制。
1、新建配置文件/etc/apache2/sites-available/compute.conf，定义<VirtualHost *:8080>块。
2、在该虚拟主机内仅启用proxy_fcgi和setenvif模块，禁用所有其他模块。
3、指定专属PHP-FPM池监听地址，例如127.0.0.1:9001，并在对应FPM池配置中绑定该端口。
4、设置Timeout 600与KeepAlive Off，关闭持久连接以减少连接状态维护开销。
5、启用站点并重载Apache：a2ensite compute.conf && systemctl reload apache2。
