MongoDB 4.4.10升级至5.0.3服务启动耗时过长问题求助

核心原因定位 #

MongoDB 5.0版本对WiredTiger存储引擎的内部元数据格式、索引规则做了不兼容升级，默认会在首次启动时全量扫描迁移所有集合的元数据，是启动耗时拉长的核心诱因。

分步排查&解决方案 #

• 第一步：确认升级前置操作是否合规
  升级到5.0版本前必须先将4.4实例的功能兼容性版本（FCV）设置为4.4，未完成该操作会触发全量数据校验逻辑，导致启动阻塞。
  检查FCV命令：db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } )
  若返回结果不是4.4，先回退到4.4版本执行设置命令：db.adminCommand( { setFeatureCompatibilityVersion: "4.4" } )，待命令执行完成后再重新升级到5.0。
• 第二步：在线预迁移元数据（推荐）
  可以在4.4版本实例正常运行阶段，提前执行元数据升级命令，该操作不会阻塞业务读写：
  db.adminCommand({upgradeMetadataForFCV: "5.0"})
  等待命令执行完成后再升级到5.0版本，启动时无需再执行全量元数据迁移，重启耗时可恢复到4.4版本的正常水平。
• 第三步：临时启动规避方案
  若需要紧急启动5.0版本实例，可在启动参数中添加--wiredTigerUpgradeOptions no-auto-upgrade跳过自动元数据升级，该方案仅作为临时应急使用，未完成元数据迁移会无法使用5.0版本的全部新特性。
• 第四步：冗余数据清理
  升级前先清理实例中的无效索引、未完成的索引构建任务，分片集群额外清理孤儿文档，减少启动时的校验扫描开销。
• 第五步：资源配置校验
  MongoDB 5.0的最低运行内存要求从4.4版本的1GB提升至2GB，确认实例内存配置达标，同时排查磁盘IO性能是否存在瓶颈，内存不足导致的磁盘交换会大幅拉长启动耗时。

系统兼容性说明 #

你测试所用的Amazon Linux 2、CentOS 7的glibc版本均为2.17，符合MongoDB 5.0的最低系统依赖要求，无需调整操作系统版本。

内容的提问来源于stack exchange，提问作者Lal Chand Yadav