php进程被kill -9的直接原因是linux oom killer干预，而非php memory_limit超限；需检查dmesg日志确认，并调大vm.overcommit_memory和vm.overcommit_ratio，同时容器中优先检查内存限制配置。
PHP 进程被 kill -9 终止，memory_limit 设置无效？
直接原因往往是系统级 OOM Killer 干预，而非 PHP 自身报 Fatal error: Allowed memory size exhausted。此时改 php.ini 里的 memory_limit 没用——进程在到达 PHP 内存限制前就被 Linux 内核强制杀死了。
验证方式：查系统日志：dmesg -T | grep -i "killed process"，若看到类似 Killed process 12345 (php) total-vm:2048000kB, anon-rss:1800000kB，就是 OOM Killer 下的手。
- 必须同步调大
/proc/sys/vm/overcommit_memory（建议设为1）和/proc/sys/vm/overcommit_ratio（如80），否则内核仍可能拒绝分配 -
memory_limit建议设为明确值（如512M），避免用-1—— 它不绕过 OOM，反而让 PHP 更晚触发内存释放逻辑，更容易撞上内核限制 - 容器环境（Docker/K8s）需额外检查
--memory或resources.limits.memory，它比memory_limit优先级更高
大数组遍历或 ORM 全量查询导致内存暴涨
典型场景：用 foreach ($pdo->query('SELECT * FROM huge_table')->fetchAll() 一次性拉取百万行；或 Laravel 的 Model::get() 直接返回全部模型实例。每行数据在 PHP 中会生成独立 zval、对象、关联数组，内存占用常达原始 SQL 结果的 5–10 倍。
关键不是“怎么读得更快”，而是“怎么不让全量进内存”：
立即学习“PHP免费学习笔记（深入）”；
