MongoDB启动失败：缺失collection-2--7314949537073882860.wt文件求助

从你的日志信息来看，核心问题是WiredTiger存储引擎找不到指定的collection数据文件collection-2--7314949537073882860.wt，这通常是由于文件意外删除、移动，或者之前MongoDB异常关闭导致的数据损坏。下面是几个可行的解决方法，按优先级推荐：

1. 尝试修复损坏的数据文件 #

这是最可能保留部分数据的方法，但修复过程可能会丢失部分损坏的数据，建议先备份当前的db目录再操作：

• 确保MongoDB相关进程已经完全停止
• 打开命令提示符，运行修复命令：

  mongod --dbpath "C:\Jimmy\mongodb\db" --repair
  

• 修复完成后，尝试重新启动MongoDB服务。如果修复成功，缺失的文件会被重建（但可能丢失该collection的部分或全部数据）。

2. 从备份恢复数据（最安全的方案） #

如果你之前有使用mongodump做过数据备份，这是恢复数据的最佳方式：

• 停止MongoDB进程，将当前的db目录重命名为db_old（作为备份，避免误删）
• 创建一个新的空db目录
• 使用mongorestore恢复备份数据到新目录：

  mongorestore --dbpath "C:\Jimmy\mongodb\db" <你的备份文件路径>
  

• 恢复完成后，尝试启动MongoDB服务。

3. 重建全新的数据库（无备份时的无奈选择） #

如果没有任何备份，这个方法能让MongoDB重新启动，但会丢失所有现有数据：

• 停止所有MongoDB相关进程
• 将当前的db目录重命名为db_corrupted（保留下来，万一以后有恢复可能）
• 创建一个新的空db目录
• 先以最简配置启动MongoDB（暂时关闭SSL和授权，避免额外配置干扰）：

  mongod --dbpath "C:\Jimmy\mongodb\db"
  

• 确认MongoDB正常启动后，关闭服务，再将原来的配置（SSL、授权、连接数限制等）加回去，重新启动服务。

后续预防建议 #

• 开启Journal日志：你当前的配置中storage.journal.enabled设为了false，这会大大增加异常关闭后数据损坏的风险，建议改成true。
• 定期备份：使用mongodump定期执行数据备份，比如每天一次，避免类似故障导致数据丢失。

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