我有一堆客户端销售点(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的最大脚本执行时间,但它仍然出错。


当前回答

只需添加一个ini_set('memory_limit', '-1');在你的网页顶部的行。

并且您可以根据需要将内存设置在-1的位置,设置为16M,等等。

其他回答

PHP 5.3+允许您通过在public_html文件夹中放置.user.ini文件来更改内存限制。 简单地创建上面的文件,并在其中键入以下一行:

memory_limit = 64M

一些cPanel主机只接受这个方法。

在我的例子中,这是一个简单的问题与函数的编写方式。给函数的输入变量赋一个新值可能会导致内存泄漏,例如:

/**
* Memory leak function that illustrates unintentional bad code
* @param $variable - input function that will be assigned a new value
* @return null
**/
function doSomehting($variable){
    $variable = 'set value';
    // Or
    $variable .= 'set value';
}

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

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

我花了两天时间寻找解决这个问题的方法,我在打电话给PDO时发现了这是原因

$stmt->bindParam(":PERIOD", $period); 

变量周期是an

empty string ''

所以这个问题可能有多个根本原因,我给你们的建议是尝试一种试错法或者二分法来寻找根本原因,删除代码并尝试搜索失败的行代码

更新:我也面临这个错误的方法$pdo->查询(),我使用$pdo->准备(),工作得很好,所以,当我有

$sql = "SELECT * FROM COURSE_DETAILS where ACTIVE = 1 AND COURSE_DETAILS_ID = $id";
$stmt = getConnection()->query($sql);
$courseDetails = $stmt->fetchAll(PDO::FETCH_ASSOC)

然后我把这个改成

$sql = "SELECT * FROM COURSE_DETAILS where ACTIVE = 1 AND COURSE_DETAILS_ID = ?";
$stmt = getConnection()->prepare($sql);
$stmt->execute(array($id)); 

记忆错误神奇地消失了!

在PHP脚本中很容易发生内存泄漏——特别是在使用抽象(如ORM)时。尝试使用Xdebug分析脚本并找出所有内存的去向。