谁动了个人内存之PHP内存溢出

今天上午刚到公司,就有同事在公司群里反映某个计划任务出现问题了。我就怀着刨根问底的心,去查看了log。发现挺有意思的一个问题,PHP内存溢出致使脚本执行失败。那就一块儿来看个究竟吧!php

  1. 首先查看了计划任务的Log
    log_error.png数据库

从报错信息字面意思能够看出,容许的134217728 bytes的内存已经用尽,还要试图分配12961640 bytes内存。
给你(当前脚本)分配的内存你已经用完了,你还想问系统要内存。系统这时想对你说:segmentfault

地主家也没有余粮啊(借用葛优大爷的一句话)函数

geyou.png

    1. 模拟一下"案发现场"性能

    • 新建一个mem_exhausted.php文件 copy过来一个2.4M的log文件作测试用
      log_size.png测试

    • 写个简单的脚本重现"案发现场" 故意分配1M的内存 来读取2.4M的log
      test_mem_1.png优化

    • 执行脚本,"案发现场"重现
      test_run_res.pngspa

    1. 分析"事故"缘由
      脚本一次性读取了大量的数据(多是读的文件,多是读取的数据库)code

    以下图: 往杯子(分配给当前脚本的内存)里面倒数水(log文件的数据),杯子容量(内存)不够用
    water_overflow.jpg对象

    1. 解决方案

      1. 既然杯子小 就换个大杯子(增大给脚本分配的内存)治标不治本: ini_set('memory_limit','100M');
        new_1.png

      2. 把水分批次倒入杯子中(循环,分段读取数据,读数据库的话能够用limit)

    code_1.png

    看看结果

    run_res_new.png

    分段读取也是能够解决问题滴

    1. 其余优化方案

      • 应当尽量减小静态变量的使用,在须要数据重用时,能够考虑使用引用(&)。

      • 数据库操做完成后,要立刻关闭链接;

      • 一个对象使用完,要及时调用析构函数(__destruct())

      • 用过的变量及时销毁(unset())掉

      • 可使用memory_get_usage()函数,获取当前占用内存 根据当前使用的内存来调整程序

      • unset()函数只能在变量值占用内存空间超过256字节时才会释放内存空间。(PHP内核的gc垃圾回收机制决定)

      • 有当指向该变量的全部变量(如引用变量)都被销毁后,才会释放内存
        (PHP变量底层实现是一个_zval_struct结构体,refcount_gc表示引用计数 is_ref__gc表示是否为引用)

    -------------------------我是分割线-------------------------

    硬广时间(对Nginx感兴趣的童鞋能够看下)

    Nginx系列课程索引

    1. 引子: WebServer与PHP通讯姿式
      熟悉了解Nginx与PHP是怎么进行通讯的

    2. 起手式: PHP程序猿应该知道的Nginx (上)
      如何更好的使用Nginx和Nginx配置

    3. 进阶式: PHP程序猿应该知道的Nginx (中)
      深刻理解Nginx内核和Nginx运行原理,剖析Nginx高性能的秘密

    4. 实战篇: PHP程序猿应该知道的Nginx (下)百闻不如一run 一块儿来开发一个Nginx的拓展

    相关文章
    相关标签/搜索