Mongo镜像从3.6降级至3.4报错，求可行解决方法

问题场景 #

原本使用mongo:3.4镜像，切换为mongo:3.6后通过docker compose up mongo启动服务正常，但改回mongo:3.4时出现核心错误：

unsupported WiredTiger file version: this build only supports major/minor versions up to 1/0, and the file is version 2/0

错误原因 #

MongoDB 3.6使用的WiredTiger存储引擎版本为2/0，而3.4版本仅支持最高1/0版本。当用3.6启动容器后，数据卷中的存储文件会被自动升级到新版本，3.4无法识别该版本文件，导致启动失败。

解决方案 #

方案一：保留数据的回退步骤 #

若需保留现有数据，需先从3.6导出数据再导入3.4：

1. 重新启动MongoDB 3.6容器，确保服务正常运行：

   docker compose up mongo
   

2. 在3.6容器中执行数据导出：

   docker exec -it compose-mono-mongo-1 mongodump --out /dump
   

   （注：compose-mono-mongo-1需替换为你的实际容器名称）
3. 将导出的数据复制到本地：

   docker cp compose-mono-mongo-1:/dump ./mongo-backup
   

4. 停止并清理3.6容器及关联卷：

   docker compose down -v
   

5. 修改docker-compose.yml中的镜像版本为mongo:3.4，启动3.4容器：

   docker compose up mongo
   

6. 将本地备份的数据导入3.4容器：

   docker cp ./mongo-backup compose-mono-mongo-1:/dump
   docker exec -it compose-mono-mongo-1 mongorestore /dump
   

   注意：若数据包含MongoDB 3.6新增特性（如特定索引、字段类型），需提前处理后再导入，避免兼容性问题。

方案二：允许数据丢失的快速回退 #

若无需保留数据，可直接清理卷后重新启动：

docker compose down -v
docker compose up mongo

⚠️ 警告：此操作会彻底删除所有MongoDB数据，仅适用于测试环境或无重要数据的场景。

补充说明 #

连接MongoDB 3.6时，需在启动命令中添加--bind_ip_all参数，否则可能出现连接失败问题。

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