对 MongoDB 2.2 和 2.4 的有限修复 2.2版本实现了一种有限的修复。下面的查询语句将如您所愿的工作，并在数毫秒内返回结果： db.posts.find({ userId: { $in: [12, 24, 56, …] } }).sort({ date: -1 }).limit(-100) 那么你可能要想了这已经完美无缺……不幸
对 MongoDB 2.2 和 2.4 的有限修复
2.2版本实现了一种有限的修复。下面的查询语句将如您所愿的工作，并在数毫秒内返回结果：
db.posts.find({ userId: { $in: [12, 24, 56, …] } }).sort({ date: -1 }).limit(-100)
那么你可能要想了这已经完美无缺……不幸的是有一个很大的局限，就是任何额外的谓词断言都会关闭优化机制。任何额外的谓词断言必须是某个字段上的等式（或者 “$in“），这个字段是索引的一部分，位于索引字段（本例中是“date“ ）的左边。如果你想看到特定属性（例如“private: False“）的posts，那就必须很小心的构建索引：
db.posts.find({ userId: { $in: [12, 24, 56, …], private: False } }).sort({ date: -1 }).limit(-100)
它必须打开“{ userId: 1, private: 1, date: 1 }“之上的索引。某种不同类型的谓词断言，或者相反的这个字段没有被索引的正确部分所覆盖，那么这将使你回到那种很糟很慢的情形。
这个问题将会被2.6版本的索引内部API重构所解决，这应该正是你期待的！
