一般来说，如果索引包含N个键，则按照顺序对于其任意前缀的查询都会有帮助。
比如已有索引 {“a”:1, “b”:1, “c”:1, “d”:1, “e”:1}，实际上是有了{“a”:1} , {“a”:1, “b”:1}，{“a”:1, “b”:1, “c”:1}， {“a”:1, “b”:1, “c”:1, “d”:1}，{“a”:1, “b”:1, “c”:1, “d”:1, “e”:1}
所以你懂的，不会有效果的查询如下：
{“b”:1}, {“a”:1, “c”:1} , 根本不会被优化。 只有使用索引前部的查询才能被优化。
Mongodb的查询优化器会重排查询项的顺序，以便利用索引，所以{“b”:1, "a":1}也会被优化的。MongoDB 会自己找到并利用。
创建索引的缺点就是每次插入、更新和删除都会产生额外的开销。这是因为数据库不但需要执行这些操作，还要将这些操作在集合的索引中标记。
因此，不要过多的创建索引，第个集合默认的最大索引个数为64个，能够应付绝大多数情况。
有些时候，最有效的方法居然是不用索引。一般说来，要是查询需返回集合中的一半以上的结果，用表扫描会比几乎每个文档都要索引高效一些。所以查询是否存在某个键，或者检查某个布尔类型的值为真还是为假，真的没有用索引的必要。
阅读(2358) | 评论(0) | 转发(0) |
