Mongodump未完整导出？生产与开发环境数千文档丢失求助

可能原因 #

• MongoDB版本不兼容：生产环境用4.0.6，开发环境用4.0.3，小版本差异可能导致mongodump生成的备份文件包含低版本无法识别的存储格式，恢复时部分文档被自动跳过。
• 备份命令参数缺失：生产环境的mongodump未指定--authenticationDatabase参数，若clientUser的认证数据库不是默认的admin，备份过程可能仅能访问该用户权限范围内的部分数据，导致备份不全。
• 备份文件传输损坏：备份文件在生产到开发环境的传输过程中（如scp、ftp中断）或压缩解压环节出现损坏，部分集合的备份文件缺失，恢复时对应文档无法导入。
• 恢复命令参数不合理：开发环境的mongorestore未添加--verbose参数，无法发现恢复过程中的写入失败；或未指定--drop参数，若开发环境原有旧数据未清理，可能导致计数统计异常；另外开发环境MongoDB用户权限不足，部分文档写入失败但无报错。
• 生产环境用户权限限制：clientUser对部分集合仅有限定的读权限，无法读取全量文档，导致mongodump备份的集合数据不完整。

解决方法 #

• 统一MongoDB版本：将开发环境MongoDB升级至4.0.6，和生产环境保持一致，消除版本兼容性带来的格式解析问题。
• 完善备份命令：在生产环境的mongodump命令中添加--authenticationDatabase参数，指定clientUser的认证数据库，确保能备份全量数据。示例命令：

  mongodump --db xx -u clientUser -p xx --authenticationDatabase admin --out /home/xx/backup/xx$today
  

• 校验备份文件完整性：生产环境备份完成后，对比备份文件对应的集合文档数与生产环境实际计数；传输后在开发环境校验备份文件的MD5值，确认文件未损坏。
• 优化恢复命令：恢复时添加--verbose参数查看详细日志，排查写入失败的具体原因；若需要覆盖开发环境原有数据，加上--drop参数；同时确保开发环境MongoDB用户拥有目标数据库的读写权限。示例命令：

  mongorestore --port 27017 --db xx --drop --verbose /../backend/db/xx
  

• 验证生产环境用户权限：使用clientUser在生产环境执行show collections及各集合的db.<collection>.count()，确认该用户能访问所有集合的全量数据，必要时调整用户权限。

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