生产代码中的mongoose索引
根据MongooseJS和MongoDB / Node.js的Mongoose 文档 ：
当您的应用程序启动时，Mongoose将自动为您的模式中定义的每个索引调用
ensureIndex。 尽pipe对开发很好，但build议在生产中禁用此行为，因为索引创build可能会对性能产生重大影响。 通过将模式的autoIndex选项设置为false来禁用此行为。
这似乎指示从部署之前从mongoose中删除自动索引，以优化Mongoose从指示Mongo到应用程序启动时通过所有索引进行转移，这似乎是有道理的。
在生产代码中处理索引的正确方法是什么？ 也许外部脚本应该生成索引？ 或者，如果单个应用程序是集合的唯一读取器/写入器，那么ensureIndex是不必要的，因为每次发生数据库写入时它都会继续索引。
编辑：为了补充，MongoDB为如何做索引提供了很好的文档 ，但不是为什么或什么时候显式索引指令应该完成。 在我看来，索引应该由ensureIndex器应用程序在具有现有索引的集合上自动保持最新，并且ensureIndex实际上更多是一次性的事情（在新索引被应用时完成），在这种情况下，Mongoose的autoIndex应该在正常服务器重新启动的情况下为空操作。
我从来没有理解为什么Mongoose文档如此广泛地推荐在生产中禁用autoIndex 。 一旦添加了索引，随后的ensureIndex调用将简单地看到索引已经存在，然后返回。 所以当你第一次创build索引时，它只会对性能产生影响，并且在那个时候集合通常是空的，所以创build一个索引会很快。
我的build议是保持autoIndex启用，除非你有一个特定的情况，它给你的麻烦; 就像如果你想添加一个新的索引到一个已有数百万个文档的现有集合，并且你想更多的控制它的创build时间。
虽然我同意接受的答案，但值得注意的是，根据MongoDB手册 ，这不是build议在生产服务器上添加索引的方式：
如果您的应用程序包含ensureIndex（）操作，并且其他操作问题不存在索引，则构build索引可能会严重影响数据库的性能。
为避免性能问题，请确保您的应用程序在启动时使用getIndexes（）方法或您的驱动程序的等效方法检查索引，并在适当的索引不存在时终止。 在指定维护时段内，始终使用不同的应用程序代码在生产实例中构build索引
当然，这取决于您的应用程序的结构和部署方式。 例如，如果您正在部署到Heroku，并且您没有使用Heroku的预引导function ，那么很可能您的应用程序在启动过程中根本没有提供请求，因此创build索引可能是安全的。
除此之外，从接受的答案：
所以当你第一次创build索引时，它只会对性能产生影响，并且在那个时候集合通常是空的，所以创build一个索引会很快。
如果你已经设法得到你的数据模型和第一次定位的查询，这是很好的，往往是这样的情况。 但是，如果要向应用程序添加新function，并且在没有索引的属性上使用新的数据库查询，则通常会发现自己将一个索引添加到包含许多现有文档的集合中。
这是您需要小心添加索引的时候，并仔细考虑这样做的性能影响。 例如，你可以在后台创build索引 ：
db.ensureIndex({ name: 1 }, { background: true });
