MongoDB唯一字段查询优化：自定义_id还是创建索引？

1. 是否应该将MonthYear设为自定义_id？ #

可以这么做，但需要结合业务场景权衡：

• 优势：MongoDB的_id字段默认自带唯一索引，设置为MonthYear后，无需额外创建索引就能保证唯一性和高效查询，彻底避免全表扫描。
• 限制：
  • _id是集合全局唯一字段，如果未来业务调整，同一个月份需要存储多个文档，这个方案会直接限制扩展。
  • _id字段不可修改，若后续有调整月份标识的需求，操作成本极高。

2. 为MonthYear创建索引会带来性能损耗吗？ #

存在微小的写入损耗，但收益远大于成本：

• 索引会增加**写入操作（插入/更新/删除）**的开销，因为MongoDB需要同时维护文档和索引结构，但对于按月存储的场景，写入频率通常较低，这点损耗几乎可以忽略。
• 索引会占用少量额外存储空间，但单字段索引的空间占用非常有限，不会成为系统负担。
• 核心收益：查询会从全表扫描转为索引扫描，docsExamined会降至1，随着集合文档量增长，性能提升会愈发显著。

其他优化方案 #

• 将MonthYear转为日期类型存储：把字符串格式的"05-2023"转换为ISODate类型（例如每月第一天：ISODate("2023-05-01T00:00:00Z")），这样既可以利用日期索引支持范围查询（如查询连续几个月的数据），还能避免字符串格式不一致导致的查询错误。
• 使用哈希索引：如果仅需精确匹配MonthYear，哈希索引的查询性能和普通单字段索引相当，但哈希索引不支持范围查询，适合固定值匹配的场景，不过普通单字段索引已经能满足绝大多数需求。

内容的提问来源于stack exchange，提问作者Manas R. Makde