上限集合性能问题

我正在做一些测试，看看我可以从 Mongodb 获得什么样的吞吐量。文档说上限集合是最快的选择。但我经常发现我可以更快地写入普通集合。根据具体的测试，我通常可以通过正常收集获得两倍的吞吐量。

我错过了什么吗？我该如何解决这个问题？

我有一个非常简单的 C++ 程序，可以尽快将大约 64,000 个文档写入集合中。我记录了总时间以及等待数据库的时间。如果我只更改集合名称，我可以看到上限集合和正常集合之间的明显区别。

> use tutorial
switched to db tutorial
> db.system.namespaces.find()
{ "name" : "tutorial.system.indexes" }
{ "name" : "tutorial.persons.$_id_" }
{ "name" : "tutorial.persons" }
{ "name" : "tutorial.persons.$age_1" }
{ "name" : "tutorial.alerts.$_id_" }
{ "name" : "tutorial.alerts" }
{ "name" : "tutorial.capped.$_id_" }
{ "name" : "tutorial.capped", "options" : { "create" : "capped", "capped" : true, "size" : 100000000 } }
> db.alerts.stats()
{
    "ns" : "tutorial.alerts",
    "count" : 400000,
    "size" : 561088000,
    "avgObjSize" : 1402.72,
    "storageSize" : 629612544,
    "numExtents" : 16,
    "nindexes" : 1,
    "lastExtentSize" : 168730624,
    "paddingFactor" : 1,
    "systemFlags" : 1,
    "userFlags" : 0,
    "totalIndexSize" : 12991664,
    "indexSizes" : {
        "_id_" : 12991664
    },
    "ok" : 1
}
> db.capped.stats()
{
    "ns" : "tutorial.capped",
    "count" : 62815,
    "size" : 98996440,
    "avgObjSize" : 1576,
    "storageSize" : 100003840,
    "numExtents" : 1,
    "nindexes" : 1,
    "lastExtentSize" : 100003840,
    "paddingFactor" : 1,
    "systemFlags" : 1,
    "userFlags" : 0,
    "totalIndexSize" : 2044000,
    "indexSizes" : {
        "_id_" : 2044000
    },
    "capped" : true,
    "max" : 2147483647,
    "ok" : 1
}

Linux版本：3.4.11-1.fc16.x86_64

mongo版本：db版本v2.2.2，pdffile版本4.5

这是一台专用机器，除了运行 Mongodb 服务器和我的测试客户端外什么也不做。对于这次测试来说，这台机器的性能实在是太强了。

我看到了问题所在。我上面引用的网页说，“没有索引”的上限集合将提供高性能。但…

http://docs.mongodb.org/manual/core/indexes/ http://docs.mongodb.org/manual/core/indexes/说“在版本 2.2 之前，上限集合没有 _id 字段。在 2.2 中，所有上限集合都有 _id 字段，本地数据库中的集合除外。”

我创建了另一个版本的测试，该版本写入本地数据库中的上限集合。果然这个集合没有任何索引，我的吞吐量高了很多！

也许上限集合的概述位于http://docs.mongodb.org/manual/core/capped-collections/ http://docs.mongodb.org/manual/core/capped-collections/应澄清这一点。