PHP内存溢出与进程耗尽如何处理？opcache配置调整是否为诱因？

该配置是OPcache用于存储内部字符串的共享内存空间，单位为MB，从8调整为64 不会直接导致PHP进程数耗尽，但存在间接触发问题的可能：

• 若服务器剩余共享内存不足，调大该值后会引发OPcache内存分配失败，导致PHP请求异常阻塞，大量请求堆积后占满所有可用PHP进程
• PHP7.3的部分早期版本存在OPcache interned strings buffer配置过大后的内存泄漏bug，会导致单个PHP-FPM进程内存占用持续升高，触发进程内存上限或系统OOM，间接导致新请求无法分配空闲进程

事前防范措施 #

• 先验证当前OPcache配置合理性：执行php -r "var_dump(opcache_get_status()['memory_usage']);"查看interned strings buffer的实际使用率，若长期低于30%可将配置调回16或32，避免不必要的内存占用
• 优化PHP-FPM进程参数：根据服务器可用内存合理设置pm.max_children（按单个进程占用80~120M估算，最大值不要超过「剩余可用内存/单进程平均占用」），同时配置pm.max_requests = 500、pm.process_idle_timeout = 10s，让进程处理完指定请求数后自动重启，避免内存泄漏持续累积
• 增加超时熔断限制：php.ini中设置max_execution_time = 30，PHP-FPM配置中设置request_terminate_timeout = 30s，自动杀死运行超过30秒的异常请求，避免进程长期被占用

过载自动恢复方案 #

• 编写简单的shell监控脚本，定时检测PHP-FPM活跃进程占比，当占比超过90%且持续30秒以上时，优先执行systemctl reload php-fpm平滑重启服务，不丢失正在处理的请求；若平滑重启后10秒仍未恢复，再执行硬重启操作
• 给PHP-FPM的systemd配置添加Restart=always参数，确保进程被系统OOM杀死后可以自动拉起
• 可配置低峰期定时任务，每天凌晨业务量最少时自动重启一次PHP-FPM服务，提前释放累积的泄漏内存

内容的提问来源于stack exchange，提问作者rhodes