php内存不足需按运行模式调整配置：mod_php改apache的php_admin_value，php-fpm改pool配置中的php_admin_value[memory_limit]，cli改独立php.ini；务必通过phpinfo()确认生效配置路径，并重启对应服务。
PHP内存不足不是Apache的问题，而是PHP自身的配置限制；直接改Apache配置毫无作用，必须定位到PHP的运行模式（mod_php、php-fpm 或 CLI）再调整对应配置。
确认PHP运行模式和配置文件位置
Apache本身不管理PHP内存，它只是把请求交给PHP处理。不同部署方式读取的配置文件完全不同：
- 如果用
mod_php（即libphp.so），PHP 配置由 Apache 的php_admin_value memory_limit或主php.ini控制 - 如果用
php-fpm，Apache 通过 FastCGI 转发请求，此时必须改php-fpm.conf或 pool 配置里的php_admin_value[memory_limit] - CLI 模式（如 cron 执行脚本）走的是独立的
php.ini，和 Web 请求完全无关
执行 phpinfo() 页面，重点查看 Loaded Configuration File 和 Server API 两项，才能确定真实生效的配置路径和模式。
修改 memory_limit 的正确位置
不能只改 /etc/php/*/apache2/php.ini 就以为万事大吉——很多系统里这个文件根本没被加载。常见错误是改了错的 php.ini，或者被 pool 配置中的 php_admin_value 覆盖。
立即学习“PHP免费学习笔记（深入）”；
- 对
mod_php：在 Apache 虚拟主机或全局配置中加php_admin_value memory_limit 256M（注意不能用php_value，它会被忽略） - 对
php-fpm：编辑对应 pool 的配置（如/etc/php/*/fpm/pool.d/www.conf），添加或修改php_admin_value[memory_limit] = 256M - 避免使用
-1（无限制）：某些 PHP 版本在fpm模式下不支持该值，会静默回退为默认值
改完必须重启对应服务：systemctl restart apache2（mod_php）或 systemctl restart php*-fpm（fpm），仅 reload 不生效。
为什么调高 memory_limit 还报错？
常见假象是“明明设了 512M，还是提示 Allowed memory size exhausted”。实际原因往往不是配置没生效，而是：
- 脚本里用
ini_set('memory_limit', '...')动态覆盖了配置（尤其在框架入口或 autoload 中） - 多个
php_admin_value冲突，后加载的配置覆盖前一个（Apache 配置顺序、fpm pool 继承关系） - OOM Killer 杀掉了进程：系统物理内存不足时，Linux 内核会干掉占用内存最大的进程，日志在
dmesg里，和 PHP 报错信息完全不同 - 扩展内存泄漏：比如老版本
gd或某些数据库驱动，在特定操作下持续增长不释放，调高 limit 只是延缓崩溃
用 memory_get_peak_usage(true) 在关键位置打点，比盲目调高 limit 更有效。
真正卡住的往往不是“怎么调”，而是“调给谁”——同一个服务器上 mod_php、fpm、CLI 可能共存，各自读各自的配置，漏掉一个环节就白调。
