Question

我这里有潜在的内存泄漏。这可能是Kohana的。我希望得到你的见解。（试图调试这个脚本好几天了，我昨晚终于放弃了。）

以下是此脚本的作用：

基本上，这是一名背景工作者（在Pagodabox举办）。这就是为什么它是一个无限循环的原因。一步一步：

它试图获得一篇未经处理的文章
然后从相关表中获取相关信息
它将信息保存到表格（emailerscheds）
当然，由于只从表中提取了一条文章记录，因此它会返回顶部并获得另一篇文章。
再次从1开始。

问题：在第一个记录之后内存没有被清除，并且最终分配的内存无论多么大，都会耗尽。我不得不认为，由于您正在处理新的数据库对象，因此必须清除内存。但事实并非如此。

我尝试过不同的方法，你可以想到清除记忆。我已经尝试使变量为NULL，unset（），我已经声明了gc_enable，gc_collect_cycles（），我试图使脚本睡眠60秒，希望垃圾收集器能够在平静的时刻完成他的工作（眨眼 - 我知道我疯了。我认为ORM是问题，所以我尝试了DB。我试过关闭剖析 - 这有点帮助，但首先不是问题。我试过__destruct。

记忆力仍然耗尽。

您可能会说数据集可能很大。它是。但问题是，这可以在内存耗尽之前处理大约3到4条文章记录。意思是，它实际上至少可以处理一个。而且我希望在1次记录之后，释放内存。

public function action_grab_article_topics()
{
    gc_enable();

    $x = 1;
    while ($x == 1)
    {

        // $articles = ORM::factory('article')
        //   ->where('sent', '=', 0)
        //   // ->limit(1)
        //   ->find();

        $articles = DB::select()
                ->from('articles')
                ->where('sent', '=', 0)
                ->as_object()
                ->execute()
                ->current();

        $topics = array();
        //foreach ($articles as $a)
        //{
            //$topics = $articles->topics->find_all()->as_array();
        if ($articles)
        {   
            $topics = DB::select('topic_id')
                    ->from('articles_topics')
                    ->where("article_id", '=', $articles->id);

            if (! empty($topics))
            {
                $members = DB::select('members.id', 'members.email', 'members_topics.topic_id', 'topics.topic_name')
                        ->from('members_topics')
                        ->join('members')
                        ->on('members.id', '=', 'members_topics.member_id')
                        ->join('topics')
                        ->on('topics.id', '=', 'members_topics.topic_id')
                        ->where('members_topics.topic_id', 'IN', $topics)
                        // ->limit(20)
                        ->as_object()
                        ->execute();

                foreach ($members as $m)
                {
                    $topic_id = $m->topic_id;
                    $topic_name = $m->topic_name;

                    $data = array(
                                "member_id" => $m->id,
                                "topic_id" => $topic_id,
                                "article_id" => $a->id,
                                "topic_name" => $topic_name,
                                "title" => $a->title,
                            );

                        $emailersched = ORM::factory('emailersched')->values($data)->save();

                        unset($m);

                 }

                $members->__destruct();

            //sleep(2);

            //$m = NULL;
            }

            $data = array('sent'=> time());

            $query = DB::update('articles')
                    ->set($data)
                    ->where('id', '=', $articles->id)
                    ->execute();

             // $articles->sent = time();
             // $articles->save();


            //}

         //echo "done";
            //$a = NULL;
            //$articles->__destruct();

            $articles = NULL;
            $topics = NULL;
            unset($articles);
            unset($topics);

            }

        gc_collect_cycles();
        //sleep(60);

    }
}

编辑：进一步在我的“内存泄漏”调查中（因为我继续遇到我的代码问题），这里有一些我曾经遇到的奇怪的事情：

http://pastebin.com/c7pc5XjW此代码在Kohana和FuelPHP上运行 - 相同的基本代码库使用内置数据库模块，不使用ORM，访问相同的数据库。燃料没用油。它是通过公共http访问Kohana的方式访问的。

此代码尝试处理大约10k条记录的50条记录。

这是Kohana的记忆日志：http://pastebin.com/gUiF9D2w

这是我的FuelPHP记忆日志：http://pastebin.com/v8Pzwu77

请注意，Kohana从3Mb开始并以7Mb结束。然而，FuelPHP的开始时大约为11Mb，但也以11MB结束。虽然Kohana开始很小，但在我看来它确实在这方面有泄漏。

有什么想法吗？

Answer 1

您是否确定已禁用数据库分析？

<强>配置/ database.php中

'profiling'    => FALSE

如果将其设置为TRUE，则会导致严重泄漏，默认情况下为。

很容易错过此设置，只更改引导程序文件中的主要分析设置。

Answer 2

调试遗留的Kohana 1项目我发现它是＆＃39;基准＆＃39;在config / database.php中设置是罪魁祸首。在现有配置中设置为TRUE导致内存泄漏，每个数据库查询对应于UPDATE / INSERT中数据的大小或SELECT中结果集的大小。设置为FALSE并且内存泄漏消失。

Answer 3

这是一个多汁的框架战争：在我的绝望中，我试图将相同的代码运行到FuelPHP（通过OIL上的任务）。

结果：

-302k记录在2分钟内处理完毕 -memory leak GONE！

所以，我猜这里得出的结论是Kohana代码库在某个地方出现了泄漏。

Kohana内存泄漏？

3 个答案: