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


当前回答

与其更改php.ini文件中的memory_limit值,不如在代码的某个部分可能会使用大量内存,您可以在该部分运行之前删除memory_limit,然后在该部分运行之后替换它。

$limit = ini_get('memory_limit');
ini_set('memory_limit', -1);
// ... do heavy stuff
ini_set('memory_limit', $limit);

其他回答

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

/**
* 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';
}

页面崩溃?

(它发生在MySQL必须查询大行时。默认情况下,memory_limit被设置为小,这对硬件来说更安全。)

在增加php.ini之前,您可以检查系统现有内存状态:

# free -m
             total       used       free     shared    buffers     cached
Mem:         64457      63791        666          0       1118      18273
-/+ buffers/cache:      44398      20058
Swap:         1021          0       1021

在这里,我增加了如下所示,然后执行service httpd restart来修复崩溃页面问题。

# grep memory_limit /etc/php.ini
memory_limit = 512M

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

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

使用收益率可能也是一个解决方案。参见生成器语法。

与其更改PHP.ini文件以获得更大的内存存储空间,有时在循环中实现yield可能会解决这个问题。yield所做的不是一次性转储所有数据,而是逐个读取数据,从而节省了大量内存使用。

改变;memory_limit = 512 ; memory_limit = 1 在

这对服务器来说太危险了 您的PHP代码可能在某个地方有内存泄漏,您告诉服务器只使用它想要的所有内存。你根本就解决不了问题。如果监视您的服务器,您将看到它现在可能正在使用大部分RAM,甚至正在切换到磁盘。