php - 增加 PHP memory_limit。什么时候会变得疯狂？

Question

在我目前正在处理的系统中，有一个进程将大量数据加载到数组中以进行排序/聚合/任何操作。我知道这个过程需要优化内存使用，但在短期内它只需要工作。

考虑到加载到数组中的数据量，我们不断达到内存限制。它已经增加了好几次，我想知道增加它是否会变成一个坏主意？还是只是机器有多少 RAM 的问题？

机器有 2GB 的 RAM，memory_limit 当前设置为 1.5GB。我们可以轻松地向机器添加更多 RAM(无论如何都会)。

其他人遇到过这种问题吗？以及解决方案是什么？

Answer 1

PHP 的 memory_limit 作为 Apache 模块运行到服务器网页的配置必须考虑到您可以在机器上同时拥有多少个 Apache 进程 -- 参见 MaxClients Apache 的配置选项。

如果 MaxClients 为 100 并且您有 2,000 MB 的 RAM，一个非常快速的计算将表明您不应使用超过 20 MB *(因为 20 MB * 100 个客户端 = 2 GB 或 RAM , 即您的服务器拥有的内存总量)* memory_limit 值。

这并没有考虑到可能还有其他东西在同一台服务器上运行，比如 MySQL、系统本身……而且 Apache 可能已经为自己使用了一些内存。

当然，这也是一个“最坏的情况”，认为每个 PHP 页面都在使用它可以使用的最大内存量。

在你的情况下，如果你只需要这么大的内存来完成一项工作，我不会为作为 Apache 模块运行的 PḦP 增加 memory_limit。

相反，我会从命令行(或通过 cron 作业) 启动该作业，并在此唯一情况下指定更高的 memory_limit。

这可以通过 php 的 -d 选项来完成，例如:

$ php -d memory_limit=1GB temp.php
string(3) "1GB"

考虑到，在这种情况下， temp.php 只包含:

var_dump(ini_get('memory_limit'));

在我看来，这比增加 Apache 的 PHP 模块的 memory_limit 安全得多——当我有一个大型数据集或一些我无法优化或分页的非常重的东西时，我通常会这样做。

如果您需要为 PHP CLI 执行定义多个值，您还可以通过 -c 选项告诉它使用另一个配置文件，而不是默认的 php.ini:

php -c /etc/phpcli.ini temp.php

这样，你就有了:

• /etc/php.ini 用于 Apache，具有低 memory_limit、低 max_execution_time、...
• 和 /etc/phpcli.ini 用于从命令行运行的批处理，几乎没有限制

这可确保您的批处理能够运行——并且您的网站仍然具有安全性(memory_limit 和 max_execution_time 是安全措施)

不过，如果你有时间优化你的脚本，你应该；例如，在那种你必须处理大量数据的情况下，分页是必须的;-)