MongoDB索引技术问题：布尔字段索引及已有文档索引生效疑问

1. 在MongoDB中为布尔类型字段创建索引是否是合理的做法？ #

嘿，这得结合具体场景判断，不能一刀切：

• 值得建索引的场景：

  • 当这个布尔字段是高频查询过滤条件，且数据分布极不均匀时。比如你有个is_verified字段，只有5%的用户是已验证状态（true），剩下95%是未验证（false）。这时候查询db.user.find({is_verified: true})，索引能帮你直接定位到那小部分目标文档，彻底避免全集合扫描，效率提升非常明显。
  • 如果这个布尔字段经常和其他字段组合查询（比如{is_active: true, region: "NA"}），把它加入组合索引也很合理——尤其是当布尔字段能帮你快速缩小结果集范围时。

• 没必要建索引的场景：

  • 当布尔字段的true/false分布接近50/50时，用索引反而可能不如全集合扫描高效。因为MongoDB需要先遍历索引条目，再去对应位置取文档，额外的IO开销可能超过全表扫描的成本。
  • 如果这个布尔字段很少被用于查询过滤，那创建索引纯粹是浪费存储空间，还会增加插入、更新操作的性能开销（每次修改文档都要同步更新索引）。

总结下来：如果布尔字段是高频过滤条件且数据倾斜明显，建索引很划算；反之则没必要。

2. 事后创建的索引对已插入的1000条文档是否生效？ #

完全生效！

当你在已有数据的集合上创建索引时，MongoDB会自动执行全集合扫描，把所有已存在的文档都纳入新索引中。不管你是用前台方式创建（默认行为，会暂时阻塞集合的读写操作直到索引构建完成），还是后台方式创建（通过db.user.createIndex({field: 1}, {background: true})指定，不影响正常读写），最终所有旧文档都会被索引覆盖。

举个实际例子：你先插完1000条user文档，之后给email字段创建索引。当你后续查询db.user.find({email: "johndoe@example.com"})时，不管这个用户是来自之前的1000条数据，还是之后新插入的，MongoDB都会通过这个索引快速定位到文档，没有任何区别。

内容的提问来源于stack exchange，提问作者sibananda achari