根据 MongooseJS 和 MongoDB/Node.js 的 Mongoose documentation：
当您的应用程序启动时，Mongoose 会自动为您的模式中定义的每个索引调用 ensureIndex。虽然很适合开发，但建议在生产中禁用此行为，因为创建索引会导致显着的性能影响。通过将架构的 autoIndex 选项设置为 false 来禁用该行为。
这似乎指示在部署之前从 mongoose 中删除自动索引，以优化 Mongoose 从指示 Mongo 在应用程序启动时遍历所有索引，这似乎是有道理的。
在生产代码中处理索引的正确方法是什么？也许外部脚本应该生成索引？或者，如果单个应用程序是集合的唯一读取器/写入器，那么 ensureIndex 可能是不必要的，因为每次发生数据库写入时它都会继续索引？
编辑：作为补充，MongoDB 为如何进行索引提供了很好的documentation，但没有为什么或何时 应该执行明确的索引指令。在我看来，索引应该由编写器应用程序自动在具有现有索引的集合上保持最新，并且 ensureIndex 实际上更像是一次性的事情（在应用新索引时完成），在这种情况下 Mongoose 的autoIndex 在正常的服务器重启下应该是空操作。
我一直不明白为什么 Mongoose 文档如此广泛地建议在生产中禁用 autoIndex。添加索引后，后续的 ensureIndex 调用将简单地看到索引已经存在，然后返回。所以它只会在你第一次创建索引时对性能产生影响，那时集合通常是空的，所以无论如何创建索引都会很快。
我的建议是启用 autoIndex，除非您遇到特定情况给您带来麻烦；例如，如果您想向拥有数百万个文档的现有集合添加新索引，并且您希望更好地控制它的创建时间。
尽管我同意接受的答案，但值得注意的是，根据 MongoDB manual，这不是在生产服务器上添加索引的推荐方法：
如果您的应用程序包含 ensureIndex() 操作，并且不存在其他操作问题的索引，则构建索引可能会对数据库的性能产生严重影响。为避免性能问题，请确保您的应用程序在启动时使用 getIndexes() 方法或驱动程序的等效方法检查索引，并在不存在正确索引时终止。在指定的维护窗口期间，始终使用单独的应用程序代码在生产实例中构建索引。
当然，这实际上取决于您的应用程序的结构和部署方式。例如，如果您要部署到 Heroku，并且您没有使用 Heroku 的 preboot feature，那么您的应用程序很可能在启动期间根本没有处理请求，因此此时创建索引可能是安全的。
除此之外，从接受的答案：
所以它只会在你第一次创建索引时对性能产生影响，那时集合通常是空的，所以无论如何创建索引都会很快。
如果您第一次就成功地确定了您的数据模型和查询，这很好，而且通常是这样。但是，如果您要向应用程序添加新功能，并在没有索引的属性上使用新的数据库查询，您通常会发现自己将索引添加到包含许多现有文档的集合中。
这是您需要小心添加索引并仔细考虑这样做的性能影响的时候。例如，您可以create the index in the background：
db.ensureIndex({ name: 1 }, { background: true });
ensureIndex。而是有 createIndex。我对吗？
使用此块代码来处理生产模式：
const autoIndex = process.env.NODE_ENV !== 'production';
mongoose.connect('mongodb://localhost/collection', { autoIndex });
关注公众号
不定期副业成功案例分享
autoIndex为 false 时，您需要在模型上调用 ensureIndexes 以创建其索引。