Linux下MongoDB数据恢复方法概览

一 常用恢复方法

• mongorestore 逻辑恢复：从 BSON 备份（由 mongodump 生成）恢复到数据库，支持按库、按集合恢复，适合迁移与误删后的回滚。可结合 –drop 先删后导，或用 –oplogReplay 做时间点恢复（需有 oplog 备份）。示例：mongorestore -h localhost -p 27017 -d test /backup/test。开启认证时加 –authenticationDatabase admin。
• 数据目录文件级恢复：当拥有 dbPath 的完整文件拷贝（如 /var/lib/mongodb 或 /data/db）时，先停库、备份现有目录，再用备份文件替换对应目录后启动服务，适用于整机/目录级快照恢复。
• WiredTiger 底层工具 wt 恢复：针对 WiredTiger 存储引擎，直接用 wt 工具导出/修复集合数据文件（.wt），在极端文件损坏且服务无法启动时作为“最后手段”。需匹配 MongoDB 与 WiredTiger 版本 编译 wt。
• oplog 时间点恢复：全量备份时带上 –oplog，恢复时用 –oplogReplay 重放至故障前的时间点；仅全库备份适用，单库/单表不适用。
• 复制集/从节点恢复：通过新增 Secondary 或从节点数据同步实现恢复，适合节点故障或误删后的快速回滚与重建。
• 文件系统快照恢复：利用 LVM/ZFS 等快照快速回滚 dbPath 到某一时间点，适合大规模库的快速恢复。

二 方法对比与适用场景

三 关键命令示例

• mongorestore 单库恢复（含认证）
  mongorestore -h localhost -p 27017 -u root -p 123456 -d test /backup/test --authenticationDatabase admin
• mongorestore 时间点恢复（全库 + oplog）
  备份：mongodump -h 127.0.0.1 --port 27017 --oplog -o /backup/full_oplog
  恢复：mongorestore --oplogReplay /backup/full_oplog
• 数据目录文件级恢复
  sudo systemctl stop mongod
  sudo cp -a /data/db /data/db_backup_$(date +%F)
  sudo rsync -a /backup/mongodb_data/ /var/lib/mongodb/
  sudo chown -R mongodb:mongodb /var/lib/mongodb
  sudo systemctl start mongod
• WiredTiger wt 工具导出/修复（示例）

  导出集合数据

  wt dump file:collection-10–2280053313118266952.wt

  在临时实例中创建同名集合并覆盖 .wt 文件后用 wt salvage 修复

  mongod --dbpath ./

  另开终端：mongo → 创建集合 → 停 mongod → 覆盖 .wt → wt salvage file:collection-7-*.wt → 重启 mongod

四 恢复流程与注意事项

• 前置检查：确认 MongoDB 版本、存储引擎（WiredTiger/Mmapv1）、认证与权限、备份完整性与时间点；恢复前先对现有环境与数据做一次完整备份。
• 一致性优先：尽量在停写或维护窗口操作；使用复制集时优先从 Secondary 重建；文件系统快照/目录替换务必保证一致性（如暂停写入、校验快照）。
• 权限与路径：确保 dbPath 及备份目录的 属主属组为 mongodb（常见为 mongodb:mongodb），避免启动失败；使用绝对路径，避免相对路径误操作。
• 校验与回放：恢复后用 db.stats()、db.collection.validate()、抽样查询与业务侧对账校验数据一致性与数量；时间点恢复需确认 oplog 覆盖故障时刻。
• 风险提示：涉及生产数据与不可逆操作，务必在测试环境演练；若数据损坏严重或缺少有效备份，建议尽快联系专业数据恢复服务。