我正在寻找有关在MongoDb 3.4中使用哪种索引策略的建议。

假设我们有一个具有以下形状的人员文档集合：

{
    _id: 10,
    name: "Bob",
    age: 32,
    profession: "Hacker"
}

让我们想象一个用于查询集合的Web api被公开，唯一可能的过滤器是按名称或年龄。
对api的示例调用将类似于：超文本传输协议：//myAwesomeWebSite/people？ name="Bob"

这样的调用将在以下查询中翻译：db. People.find（{name："Bob"，age：25}）。

为了更好地阐明我们的场景，请考虑：

• 字段名称已经在我们的文档中，并且我们已经在该字段上有一个索引
• 由于我们应用程序的一些新功能，我们将添加新的字段age
• 数据库只能通过上面提到的web api访问，最重要的要求是公开一个超快速的web api
• 对web api的所有调用都将对字段name和age应用过滤器（换句话说，对web api的所有调用都将具有相同的模式，即上面显示的模式）

也就是说，我们必须决定以下哪个索引提供最佳性能：

• 一个复合索引：{name： 1，age：1}
• 两个单字段索引：{name： 1}和{age：1}

根据一些简单的测试，单个复合索引似乎比两个单字段索引更具性能。

通过通过mongoshell执行单个查询，解释（）方法建议使用单个复合索引可以比使用两个单个字段索引快近十倍地查询数据库。

在更现实的场景中，这种差异似乎不那么引人注目，在这种场景中，不是通过mongoshell执行单个查询，而是对nodejs Web应用程序的两个不同url进行多次调用。两个url都执行对数据库的查询，并将获取的数据作为json数组返回，一个使用具有单个复合索引的集合，另一个使用具有两个单字段索引的集合（两个集合具有完全相同的文档）。
在这个测试中，单个复合索引似乎仍然是性能方面的最佳选择，但这次差异不那么明显。

根据测试结果，我们正在考虑使用单复合指数方法。

有人对这个主题有经验吗？我们是否错过了任何重要的考虑因素（也许是大复合索引的一些缺点）？