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

Question

所以，我现在一直在试用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'); 没有得到“最大使用”或其他什么。

任何人都可以给我一个答案，说明为什么会这样吗？ 有没有办法提高查询的速度？ 我不知道它为什么这么慢，如果有人能指出我正确的方向，我会非常高兴。

Answer 1

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

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

Answer 2

我不确定为什么这对你来说很慢。 我在这里有一个要点，它将记录插入，读取和更新从锂发出的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 ...
}

Answer 3

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

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

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