如何为MongoDB动态创建的集合配置自动创建索引？

首先明确：MongoDB 没有原生提供数据库级的配置项或触发器，可以在新集合创建时自动执行 create_index() 操作，你需要通过业务层或运维侧的自定义逻辑实现该需求，以下是经过验证的可行方案和相关最佳实践：

方案1：业务层统一封装集合创建入口（首选最佳实践） #

• 屏蔽原生集合创建接口，统一封装租户集合获取工具方法，所有业务逻辑访问租户集合必须走该统一入口
• 方法内部逻辑：先校验对应租户的集合是否存在，不存在则先创建集合，紧接着执行预设的索引创建逻辑，再返回集合实例
• 优势：无额外依赖，逻辑完全可控，和动态创建集合的流程天然绑定，不会出现索引遗漏
• 参考实现（Python 为例）：

def get_tenant_collection(tenant_id: str):
    collection_name = f"tenant_{tenant_id}_biz_data"
    # 校验集合是否已存在
    if collection_name not in db.list_collection_names():
        # 创建集合
        collection = db.create_collection(collection_name)
        # 批量创建预设索引
        collection.create_index("user_id")
        collection.create_index([("create_time", -1)])
        collection.create_index("biz_no", unique=True)
    else:
        collection = db[collection_name]
    return collection

方案2：Change Stream 监听集合创建事件（无业务侵入方案） #

• 如果你不方便修改业务代码，或者有多个服务都会触发租户集合创建，可以单独部署一个监听服务，通过 MongoDB 的 Change Stream 特性监听整个数据库的 create 事件
• 监听到新的租户集合创建事件后，自动执行预设的索引创建逻辑
• 注意事项：需要 MongoDB 版本 ≥ 3.6，且数据库必须为副本集或分片集群模式，单机部署模式不支持 Change Stream
• 优势：完全不侵入业务代码，所有途径创建的集合都会被监听到，不会出现遗漏

方案3：定期巡检补建索引（兜底方案） #

• 无论你选择上面哪一种方案，都建议额外加一个定时巡检任务：定期遍历所有符合租户集合命名规则的集合，校验预设索引是否完整，缺失则自动补建
• 作为兜底逻辑，可以避免前面的流程异常（比如监听服务宕机、统一入口被绕过）导致的索引缺失问题

多租户场景索引使用额外建议 #

• 所有租户集合的索引使用统一的自定义命名，不要使用 MongoDB 自动生成的索引名，方便巡检脚本快速校验索引是否存在
• 如果租户量级达到万级以上，建议评估是否改用单集合存储所有租户数据+租户ID作为分片键/分区键的架构，无需为每个租户创建独立集合，仅需要维护一套索引，存储和维护成本低很多
• 创建索引时建议添加 background 参数（MongoDB 4.2+ 之后默认后台创建索引，无需额外配置），避免建索引时锁库影响线上业务
• 所有预设索引需要提前做性能评估，不要为动态字段创建通用索引

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