Debian系统中MongoDB数据库集合丢失问题求助

这种情况确实挺让人头疼的——服务明明还在运行，数据却凭空消失了。我来帮你一步步排查可能的原因，试着找回数据或者解决问题：

1. 先确认是不是连接错了数据库 #

有时候我们会不小心切换到默认的test库或者其他数据库，误以为集合消失了。先打开MongoDB Shell检查：

mongo

进入shell后执行：

// 查看所有存在的数据库
show dbs
// 切换到你之前使用的数据库（比如叫mydb）
use mydb
// 查看当前库的集合
show collections

如果show dbs里根本找不到你的目标数据库，那大概率是数据库被删除或者你记错了库名；如果库存在但集合为空，再往下排查。

2. 检查MongoDB数据目录的状态 #

MongoDB默认数据目录是/var/lib/mongodb，先看看里面的文件是否还在：

ls -l /var/lib/mongodb

正常情况下，每个数据库对应一组以库名开头的文件（比如mydb.0、mydb.wt这类）。如果这些文件都不见了，那数据可能被误删除或者被系统清理了；如果文件还在，那可能是权限问题导致MongoDB无法读取：

// 修复数据目录的权限，确保mongodb用户拥有读写权限
sudo chown -R mongodb:mongodb /var/lib/mongodb
// 重启MongoDB服务
sudo systemctl restart mongod

重启后再进Shell看看集合是否恢复。

3. 查看MongoDB日志找线索 #

日志里会记录所有关键操作和错误，这是排查问题的核心。默认日志路径是/var/log/mongodb/mongod.log：

// 先看最近100条日志
sudo tail -n 100 /var/log/mongodb/mongod.log
// 搜索是否有删除操作的记录
sudo grep -i "dropDatabase\|dropCollection" /var/log/mongodb/mongod.log
// 搜索错误或异常信息
sudo grep -i "error\|exception\|failed" /var/log/mongodb/mongod.log

比如日志里如果出现dropDatabase的记录，那就是有人执行了删除操作；如果出现磁盘IO错误、权限不足，那就是系统层面的问题导致数据无法读取。

4. 检查系统磁盘状态 #

磁盘满了会导致MongoDB无法写入数据，甚至可能触发数据损坏或丢失：

// 查看磁盘空间使用情况
df -h

如果某个分区使用率接近100%，先清理冗余文件（比如日志、临时文件），然后重启MongoDB服务再检查。

5. 尝试恢复数据（如果有备份） #

如果你之前做过mongodump备份，那直接用mongorestore恢复即可：

mongorestore --db your_database_name /path/to/your/backup/folder

如果没有手动备份，有些系统会自动生成MongoDB的快照或者定时备份，可以检查一下系统的备份目录（比如/var/backups/）。

6. 尝试修复损坏的数据（最后手段） #

如果数据目录的文件还在，但MongoDB无法读取，可能是数据损坏了。修复前一定要先备份数据目录：

// 先停止MongoDB服务
sudo systemctl stop mongod
// 备份数据目录
sudo cp -r /var/lib/mongodb /var/lib/mongodb_backup_$(date +%Y%m%d)
// 执行修复命令（注意：WiredTiger引擎的修复逻辑和MMAPv1不同，新版本MongoDB可能需要调整参数）
sudo mongod --repair --dbpath /var/lib/mongodb
// 重启服务
sudo systemctl start mongod

修复完成后再进Shell检查数据是否恢复。

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