MongoDB数据库访问异常：无法在Shell中查看mummer_alana数据库

碰到这种数据库文件存在却在Shell里看不到的情况很常见，我来帮你梳理几个可能的原因和对应的解决办法：

1. 先确认数据库是否实际存在（只是没被列出） #

MongoDB的show databases命令默认只会展示包含非空集合的数据库——哪怕数据库文件已经创建，如果里面没有任何数据集合，它就不会出现在列表里。你可以先手动切换到目标库，看看它的状态：

use mummer_alana
# 查看数据库的详细统计信息
db.stats()
# 列出该库下的所有集合
db.getCollectionNames()

如果执行use mummer_alana没有报错，且db.stats()能返回该库的信息，说明数据库是存在的，只是因为没有数据所以没被show databases列出。这时候你只要往里面插入一条数据，再执行show databases就能看到它了。

2. 检查数据库文件的权限是否正确 #

MongoDB的进程用户（通常是mongodb）需要拥有访问这些数据库文件的权限。你可以先查看文件的权限信息：

ls -l /var/lib/mongodb/mummer_alana.*

正常情况下，这些文件的所属用户和组应该是mongodb:mongodb。如果不是，需要修正权限：

sudo chown -R mongodb:mongodb /var/lib/mongodb/
sudo chmod -R 700 /var/lib/mongodb/

修改完权限后，重启MongoDB服务：

sudo systemctl restart mongod

3. 处理异常关闭导致的mongod.lock问题 #

如果之前MongoDB是异常关闭的，mongod.lock文件可能会阻止数据库正常加载。你可以按以下步骤修复：

# 先停止MongoDB服务
sudo systemctl stop mongod
# 删除锁文件
sudo rm /var/lib/mongodb/mongod.lock
# 运行数据库修复命令
sudo mongod --dbpath /var/lib/mongodb --repair
# 重启服务
sudo systemctl start mongod

修复完成后再登录Shell，看看show databases能不能显示目标库。

4. 确认MongoDB确实在使用你指定的dbpath #

虽然你说配置文件里的dbpath是对的，但有时候进程可能没加载正确的配置。你可以检查mongod进程的实际启动参数：

ps aux | grep mongod

在输出里找--dbpath参数，确认它指向的是/var/lib/mongodb。如果没看到这个参数，说明配置文件可能没被正确加载，可以手动指定配置文件启动：

sudo systemctl stop mongod
sudo mongod --config /etc/mongod.conf

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