极慢的锂查询,在MongoDB中速度很快

时间:2012-10-07 21:25:45

标签: php performance mongodb lithium

所以,我现在一直在尝试使用php框架锂,它似乎是一个非常好的框架,除了我有一点问题。我在一个只有6k +文档的集合上运行的查询在php中非常慢,但是当我从终端运行它时速度非常快。

集合中的一个文档可能如下所示:

{
    "_id" : ObjectId("504c9a3b6070d8b7ea61938e"),
    "startDate" : "Jan 2011",
    "episodes" : [
        {
            "title" : "Series 1, Episode 1",
            "airdate" : ISODate("2011-01-20T00:00:00Z"),
            "epnum" : "1",
            "prodnum" : null,
            "seasonnum" : "01",
            "link" : "http://www.tvrage.com/10_OClock_Live/episodes/1065007783"
        },
        {and maybe 20 more},
    ],
    "runTime" : "60 min",
    "endDate" : "Apr 2012",
    "network" : "Channel 4",
    "numberOfEpisodes" : "25 eps",
    "title" : "10 O'Clock Live",
    "directory" : "10OClockLive",
    "country" : "UK",
    "tvrage" : "27363"
}

我想获得本月所有剧集。所以在终端(我使用假值和超过一个月)我使用以下查询:

db.series.find({'episodes.airdate': {$gt: ISODate('2012-09-07 00:00:00'), $lt: ISODate('2012-11-01')}})

而且,不过,它的速度非常快。即使我对查询执行explain(),它也告诉我它很快:

{
    "cursor" : "BtreeCursor episodes.airdate_1",
    "isMultiKey" : true,
    "n" : 382,
    "nscannedObjects" : 1620,
    "nscanned" : 1620,
    "nscannedObjectsAllPlans" : 1620,
    "nscannedAllPlans" : 1620,
    "scanAndOrder" : false,
    "indexOnly" : false,
    "nYields" : 0,
    "nChunkSkips" : 0,
    **"millis" : 181**,
    "indexBounds" : {
        "episodes.airdate" : [
            [
                ISODate("2012-09-07T00:00:00Z"),
                ISODate("292278995-01--2147483647T07:12:56.808Z")
            ]
        ]
    },
    "server" : "example:27017"
}

但是当我在php和锂中使用查询时,男人需要很长时间:

$series = Series::find('all', array(
                'fields' => array('title', 'episodes.title', 'episodes.airdate'),
                'conditions' => array('episodes.airdate' => array('$gt' => new MongoDate(strtotime(date('Y-m-01'))), '$lt' =>  new MongoDate(strtotime(date('Y-m-t')))))
            ));

如果我甚至试图遍历它,那么它甚至更糟远远超过 30秒的执行时间。尽管如此,我认为我有内存泄漏,因为我必须添加此ini_set('memory_limit', '-1');而不会获得“最大使用量”或其他任何内容。

有人能为我提供答案吗?为什么会这样?有没有办法提高查询的速度?我不知道为什么它如此缓慢,如果有人能指出我正确的方向,我会非常高兴。

3 个答案:

答案 0 :(得分:5)

问题在于锂盒装了对象中的所有数据,对于大型查询而言,这些数据可能非常耗费内存,因此速度很慢。如果您不需要针对该特定查询的任何ActiveRecord功能,则可以将一个选项传递给find(),该选项会传递给MongoDb::read()(因此请查看MongoDb::read()的文档)返回一个原始数组,或者可以手动迭代的实际数据库游标。

另一个选择是等到我实现流式迭代,这将解决内存问题。 : - )

答案 1 :(得分:1)

我不确定为什么这对你来说很慢。我有一个gist here,它有一个类,可以记录插入,读取和更新从锂发出的mongo命令。您可以添加一些类型的计时器来获取每个查询的长度。然后你至少可以知道问题是在等待mongo还是代码的其他部分。

以下是一些代码,用于迭代DocumentSet,同时在循环时丢弃从MongoCursor检索到的每个文档。

$docs = SomeModel::all();
while ($docs->valid()) {
    $key = $docs->key();
    $doc = $docs->current();
    unset($docs[$key]);
    $docs->rewind();

    if (!$docs->valid()) {
        $docs->next();
    }

    // ... do stuff with $doc here ...
}

答案 2 :(得分:0)

我刚刚解决了一个页面占用超过65秒的问题。原来这个特定用户的用户记录有一个包含152条记录的数组,并且每个数组项都非常大,所以这个帐户可能超过了65,000个字符的mongodb记录限制。当我从用户帐户中删除大型数组时,突然页面加载时间为4.5秒。

问题是 - 正在加载的页面上的内容与此用户记录无关,因此我们正在处理对该内容的查询以尝试加快速度。然后我们发现这个错误与所有这些完全无关,而这是由于另一个问题。

因此,请确保您的记录不会太大。

相关问题