今天上午刚到公司,就有同事在公司群里反映某个计划任务出现问题了。我就怀着刨根问底的心,去查看了log。发现挺有意思的一个问题,PHP内存溢出导致脚本执行失败。那就一起来看个究竟吧!
首先查看了计划任务的Log
记因PHP的内存溢出导致的事故之解决
从报错信息字面意思可以看出,允许的134217728 bytes的内存已经用尽,还要试图分配12961640 bytes
内存。
给你(当前脚本)分配的内存你已经用完了,你还想问系统要内存。系统这时想对你说:
地主家也没有余粮啊(借用葛优大爷的一句话)
记因PHP的内存溢出导致的事故之解决
模拟一下”案发现场”
新建一个mem_exhausted.php文件 copy过来一个2.4M的log文件做测试用
写个简单的脚本重现”案发现场” 故意分配1M的内存 来读取2.4M的log
执行脚本,”案发现场”重现
记因PHP的内存溢出导致的事故之解决
记因PHP的内存溢出导致的事故之解决
记因PHP的内存溢出导致的事故之解决
分析”事故”原因
脚本一次性读取了大量的数据(可能是读的文件,可能是读取的数据库)
如下图: 往杯子(分配给当前脚本的内存)里面倒数水(log文件的数据),杯子容量(内存)不够用
解决方案
a. 既然杯子小 就换个大杯子(增大给脚本分配的内存)治标不治本: ini_set(‘memory_limit’,’100M’);
记因PHP的内存溢出导致的事故之解决
记因PHP的内存溢出导致的事故之解决
b. 把水分批次倒入杯子中(循环,分段读取数据,读数据库的话可以用limit)
记因PHP的内存溢出导致的事故之解决
看看结果
记因PHP的内存溢出导致的事故之解决
分段读取也是可以解决问题滴
其他优化方案
应当尽可能减少静态变量的使用,在需要数据重用时,可以考虑使用引用(&)。
数据库操作完成后,要马上关闭连接;
一个对象使用完,要及时调用析构函数(__destruct())
用过的变量及时销毁(unset())掉
可以使用memory_get_usage()函数,获取当前占用内存 根据当前使用的内存来调整程序
unset()函数只能在变量值占用内存空间超过256字节时才会释放内存空间。(PHP内核的gc垃圾回收机制决定)
有当指向该变量的所有变量(如引用变量)都被销毁后,才会释放内存
(PHP变量底层实现是一个_zval_struct结构体,is_ref__gc表示引用计数 is_ref__gc表示是否为引用)
Allowed memory size of 33554432 bytes exhausted (tried to allocate 4554 bytes)
有时候我们在运行php程序的时候会发现 Fatal Error: Out of memory 这样的提示。 这有可能是程序中用到了大量了变量和对象,导致分配的内存不够用。我就遇到这样一个错误怎么改也改不了,后来上网查了一些资料,可是修改了php.ini文件里的memory_limit参数,可是无论我怎么改还是有这个错误提示,特别郁闷!后来我实在没有办法了,就在QQ群里面求助,有人告诉我在我的程序代码中加入“init_set( “memory_limit” , “128M” ) ; ”这行代码就可以了,于是我试了一下,还真的行了。现在我把自己解决这个问题的两种办法分享给大家,希望能帮到和我一样遇到类似问题的人们。
方法一:我们可以在php.ini文件中把memory_limit参数默认的128M修改为256M或者更大:
[php] view plain copy
memory_limit =
128M
方法二:如果是虚拟主机,我们可以在程序需要用到大内存的地方添加:
[php] view plain copy
init_set(
“memory_limit”
,
“128M”
)
;
这些可以在硬件环境方面解决我们的问题,不过最好的方法还是严格控制程序中内存的损耗。及时unset一些大而不用的变量或对象。