php通过php-fpm.conf中的php_admin_value[memory_limit]或php_value[memory_limit]设置内存限制，前者优先级高且不可被覆盖，后者可被.htaccess或ini_set()覆盖；2. 配置可在全局或特定pool中设置，不同pool可有不同的内存限制；3. 修改配置后必须重启php-fpm服务才能生效；4. 选择合适的内存限制需结合应用需求，通过监控内存使用、逐步调整、考虑峰值负载来确定；5. 排查内存泄漏可使用xdebug分析内存使用、检查循环引用、使用gc_collect_cycles()强制回收、避免大数组一次性加载、利用memory_get_usage()跟踪内存变化、优化数据库查询；6. 监控php-fpm内存可使用top、htop等系统工具，或zabbix、nagios、prometheus等专业监控工具，也可使用new relic、datadog等apm工具，还可编写自定义脚本结合ps命令统计rss并设置告警阈值；7. 快速恢复内存泄漏的方案包括：重启php-fpm服务以立即释放内存，使用平滑重启减少服务中断，增加pm.max_children分散负载，临时调高memory_limit，回滚最近代码变更，调整opcache.revalidate_freq频率清理缓存，禁用可疑扩展，以及使用内存分析工具定位根本原因。
PHP通过
php-fpm.conf设置进程内存占用限制，主要是通过
php_admin_value[memory_limit]或
php_value[memory_limit]这两个指令来实现。前者是在整个FPM池内生效，后者可以针对特定虚拟主机或目录进行设置。核心在于理解这两个指令的作用范围和优先级，以及如何根据实际应用场景进行调整，避免OOM错误。
解决方案
在
php-fpm.conf文件中，你可以找到或添加以下配置项：
立即学习“PHP免费学习笔记（深入）”；
[global] ; 全局设置，影响所有pool ;php_admin_value[memory_limit] = 128M [www] ; 针对名为www的pool设置 php_admin_value[memory_limit] = 256M ; 或者 128M, 根据实际需求调整 ;php_value[memory_limit] = 256M ; 也可以使用php_value，但优先级较低
关键点：
-
php_admin_value
vsphp_value
:php_admin_value
具有更高的优先级，它不能被.htaccess
文件或ini_set()
函数覆盖。php_value
则可以被覆盖。通常建议使用php_admin_value
来确保内存限制的强制执行。 - Pool的配置: FPM允许你创建多个pool，每个pool可以有不同的配置。这对于运行不同类型的应用（例如，一个需要更多内存，另一个则不需要）非常有用。
-
重启FPM: 修改
php-fpm.conf
后，必须重启FPM服务才能使配置生效。
如何选择合适的内存限制？
内存限制的选择取决于你的应用程序的需求。过低的限制会导致脚本执行失败，过高的限制则可能导致服务器资源耗尽。一个常用的方法是：
-
监控内存使用: 使用工具（如
top
，htop
，或专门的APM工具）监控PHP进程的内存使用情况。 - 逐步调整: 从一个较低的限制开始（例如，64M），然后逐步增加，直到你的应用程序能够正常运行。
- 考虑峰值: 确保你的内存限制能够应对应用程序的峰值负载。
PHP脚本中的内存泄漏怎么排查？
内存泄漏是指应用程序分配的内存没有被正确释放，导致内存占用不断增加。在PHP中，虽然有垃圾回收机制，但仍然可能出现内存泄漏。
排查方法：
-
使用内存分析工具: Xdebug是一个强大的调试工具，它可以用来分析PHP脚本的内存使用情况。使用Xdebug的profiling功能，你可以找到哪些函数或代码块占用了大量的内存。
然后使用Xdebug提供的工具（如Webgrind或QCacheGrind）来分析生成的trace文件。
-
检查循环引用: PHP的垃圾回收机制对于循环引用可能无法正确处理。循环引用是指两个或多个对象相互引用，导致它们无法被释放。
b = $b; $b->a = $a; // $a 和 $b 之间存在循环引用，可能导致内存泄漏 unset($a); unset($b); ?>
可以使用
gc_collect_cycles()
函数来强制执行垃圾回收。 注意大型数组和对象: 大型数组和对象会占用大量的内存。尽量避免一次性加载大量数据到内存中。可以使用迭代器或分页技术来处理大型数据集。
-
使用
memory_get_usage()
函数:memory_get_usage()
函数可以用来获取当前PHP脚本的内存使用情况。可以在代码的关键位置调用该函数，以便了解内存使用情况的变化。 数据库查询优化: 如果你的应用涉及到数据库操作，确保你的查询语句是高效的，避免一次性加载大量数据到内存中。使用LIMIT和OFFSET进行分页查询。
如何监控PHP-FPM的内存使用情况，并设置告警？
监控PHP-FPM的内存使用情况并设置告警，是确保应用稳定运行的关键。有很多工具和方法可以实现这一点。
-
使用系统监控工具: 像
top
、htop
、vmstat
等系统监控工具可以提供关于PHP-FPM进程的内存使用情况的实时信息。你可以编写脚本定期收集这些信息，并根据设定的阈值发送告警。例如，使用
ps
命令结合awk
命令来获取PHP-FPM进程的内存使用情况：ps -eo pid,rss,command | grep php-fpm | awk '{sum+=$2} END {print sum}'这个命令会列出所有PHP-FPM进程的PID、RSS（Resident Set Size，即进程实际使用的物理内存），然后计算所有进程的RSS总和。
-
使用专业的监控工具: 像Zabbix、Nagios、Prometheus等专业的监控工具可以提供更全面的监控功能，包括内存使用情况、CPU使用情况、磁盘IO等。这些工具通常提供图形界面和告警功能，方便你实时监控和管理服务器。
- Zabbix: 可以使用Zabbix的PHP-FPM监控模板来监控PHP-FPM的性能指标，包括内存使用情况。
- Nagios: 可以使用Nagios的插件来监控PHP-FPM的进程数量、内存使用情况等。
- Prometheus: 可以使用Prometheus的exporter来暴露PHP-FPM的性能指标，然后使用Grafana来可视化这些指标。
使用APM工具: 像New Relic、Datadog、Sentry等APM（Application Performance Monitoring）工具可以提供更深入的应用性能监控，包括PHP代码的性能瓶颈、数据库查询的性能等。这些工具通常提供自动告警功能，当应用的性能指标超过设定的阈值时，会自动发送告警。
-
自定义监控脚本: 你可以编写自定义的监控脚本来收集PHP-FPM的内存使用情况，并根据设定的阈值发送告警。可以使用PHP的
proc_open()
函数来执行系统命令，然后解析命令的输出结果。['pipe', 'r'], // stdin 1 => ['pipe', 'w'], // stdout 2 => ['pipe', 'w'], // stderr ], $pipes); if (is_resource($process)) { $output = stream_get_contents($pipes[1]); fclose($pipes[1]); fclose($pipes[0]); fclose($pipes[2]); proc_close($process); $memoryUsage = trim($output); // 单位是KB // 设置告警阈值 (例如，1GB) $threshold = 1024 * 1024; // KB if ($memoryUsage > $threshold) { // 发送告警邮件或短信 $subject = "PHP-FPM Memory Usage Alert"; $message = "PHP-FPM memory usage is exceeding the threshold: " . $memoryUsage . " KB"; mail("your_email@example.com", $subject, $message); } } ?> -
设置告警阈值: 在设置告警阈值时，需要考虑以下因素：
- 服务器的可用内存: 告警阈值应该低于服务器的可用内存，以避免服务器出现OOM错误。
- 应用的正常内存使用情况: 告警阈值应该高于应用的正常内存使用情况，以避免频繁触发告警。
- 应用的峰值负载: 告警阈值应该能够应对应用的峰值负载。
PHP-FPM 内存泄漏了，有什么快速恢复的方案？
当PHP-FPM发生内存泄漏时，快速恢复的关键在于尽快释放被占用的内存，并防止进一步的泄漏。
-
重启 PHP-FPM 服务: 这是最直接且快速的解决方案。重启会清除所有当前 PHP 进程，释放所有内存。虽然这会导致短暂的服务中断，但可以立即解决内存泄漏问题。
sudo systemctl restart php-fpm
或者，根据你的系统和服务管理工具，使用相应的命令重启 PHP-FPM。
-
平滑重启 PHP-FPM (graceful restart): 平滑重启允许 PHP-FPM 在不中断现有连接的情况下重启。新的请求会被分配到新的进程，而旧的进程在处理完当前请求后会被关闭。这可以减少服务中断的影响。
sudo systemctl reload php-fpm
或者，发送
SIGUSR2
信号给 PHP-FPM 主进程：sudo kill -USR2 $(cat /var/run/php-fpm.pid)
-
增加 PHP-FPM 进程数量: 如果内存泄漏不是非常严重，可以尝试增加 PHP-FPM 进程数量。这可以分散负载，减少单个进程的内存占用。在
php-fpm.conf
文件中调整pm.max_children
参数，然后重启 PHP-FPM。pm.max_children = 20 ; 增加进程数量
-
临时增加
memory_limit
: 如果确定内存泄漏是由于单个脚本导致的，可以尝试临时增加memory_limit
。但这只是一个临时解决方案，并不能解决根本问题。ini_set('memory_limit', '512M'); // 临时增加内存限制 回滚代码: 如果内存泄漏是在最近一次代码部署后发生的，可以尝试回滚到之前的版本。这可以快速解决由于新代码引入的内存泄漏问题。
-
使用
opcache.revalidate_freq
: 如果你使用了 OPcache，可以调整opcache.revalidate_freq
参数，让 OPcache 更频繁地检查文件是否更新。这可以帮助清理过期的缓存，减少内存占用。opcache.revalidate_freq=2
这个参数的含义是每隔 2 秒检查一次文件是否更新。
禁用有问题的扩展: 如果你怀疑某个 PHP 扩展导致了内存泄漏，可以尝试禁用该扩展，然后重启 PHP-FPM。
使用内存分析工具: 虽然这不能立即恢复，但使用 Xdebug 等内存分析工具可以帮助你找到内存泄漏的根源。这对于长期解决问题至关重要。
