我有一堆客户端销售点(POS)系统,这些系统定期将新的销售数据发送到一个集中的数据库,该数据库将数据存储到一个大数据库中,以便生成报告。

客户机POS基于PHPPOS,我实现了一个模块,该模块使用标准XML-RPC库将销售数据发送到服务。服务器系统构建在CodeIgniter上,并为webservice组件使用XML-RPC和XML-RPC库。每当我发送大量的销售数据(从销售表中只有50行,从sales_items中单独的行用于销售中的每个项目),我得到以下错误:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 54 bytes)

128M是php.ini中的默认值,但我认为这是一个巨大的数字。事实上,我甚至尝试过将这个值设置为1024M,它所做的只是花费更长的时间来出错。

至于我所采取的步骤,我已经尝试在服务器端禁用所有处理,并对其进行了修改,使其返回一个罐装响应,而不管输入是什么。但是,我认为问题出在数据的实际发送上。我甚至尝试过禁用PHP的最大脚本执行时间,但它仍然出错。


当前回答

增加memory_limit可以解决这个问题。但是,我在查找内存限制时遇到了问题。我直接从实时服务器上处理我的项目,所以如果你也在做同样的事情,在cPanel上,如果你去软件- MultiPHP INI编辑器并选择位置,你可以找到memory_limit。我把我的从256M增加到512M。你也可以在这里找到说明。

其他回答

正确的方法是编辑你的php.ini文件。 将memory_limit编辑为所需的值。

从你的问题来看,已经超过了128M(这是默认的限制),所以你的代码有严重的问题,它不应该占用那么多。

如果您知道为什么需要这么多,并且您希望允许它设置memory_limit = 512M或更高,那么您应该没问题。

当你看到上面的错误-特别是如果(试图分配__字节)是一个低值,这可能是一个无限循环的指示符,就像一个函数调用自己没有出路:

function exhaustYourBytes()
{
    return exhaustYourBytes();
}

像这样运行脚本(以cron为例):php5 /pathToScript/info.php会产生同样的错误。

正确的方法:php5 -cli /pathToScript/info.php

在Drupal 7中,您可以在sites/default文件夹中的settings.php文件中修改内存限制。在260行左右,你会看到:

ini_set('memory_limit', '128M');

即使您的php.ini设置足够高,如果没有在Drupal settings.php文件中设置,您将无法消耗超过128 MB的空间。

我在一个比以前工作的数据集更小的数据集上运行时出现了下面的错误。

致命错误:在C:\workspace\image_management.php的第173行中,允许的内存大小为134217728字节已耗尽(试图分配4096字节)

由于寻找故障把我带到了这里,我想我应该提到,在以前的回答中,它并不总是技术解决方案,而是一些更简单的东西。对我来说,是火狐。在我运行程序之前,它已经使用了1157 MB。

事实证明,我在一段时间内每次都在看一个50分钟的视频,这把事情搞砸了。这是一种专家们想都不用想就能纠正的修复方法,但对我这样的人来说,这是值得记住的。