Debian MongoDB故障排查思路有哪些

Debian环境下MongoDB故障排查思路

1. 服务状态检查

首先确认MongoDB服务是否正在运行，使用systemctl命令查看状态：
sudo systemctl status mongod
若服务未启动，尝试启动并观察是否报错：
sudo systemctl start mongod
启动失败时，需进一步检查日志定位原因。

2. 日志文件分析

MongoDB日志是故障排查的核心依据，默认路径为/var/log/mongodb/mongod.log。使用以下命令实时查看最新日志：
sudo tail -f /var/log/mongodb/mongod.log
重点关注ERROR、FATAL级别的日志条目，其中会明确提示故障原因（如配置错误、权限不足、磁盘空间满等）。

3. 配置文件验证

MongoDB的主配置文件为/etc/mongod.conf，需检查以下关键配置项的正确性：

storage.dbPath：数据存储目录是否存在，路径是否正确；
systemLog.path：日志文件路径是否有写入权限；
net.bindIp：绑定的IP地址是否合法（如127.0.0.1表示仅本地访问，0.0.0.0表示允许远程访问）；
net.port：端口（默认27017）是否被其他进程占用。
可使用mongod --config /etc/mongod.conf --eval命令验证配置文件语法是否正确。

4. 权限与目录检查

MongoDB进程需对数据目录、日志目录有读写权限。默认数据目录为/var/lib/mongodb，日志目录为/var/log/mongodb，执行以下命令修正权限：
sudo chown -R mongodb:mongodb /var/lib/mongodb
sudo chown -R mongodb:mongodb /var/log/mongodb
若目录不存在，需先创建并设置权限。

5. 系统资源监控

检查系统资源是否充足，避免因资源不足导致MongoDB故障：

内存：使用free -h查看内存使用情况，确保有足够内存供MongoDB缓存数据（WiredTiger引擎默认使用内存的60%-80%）；
磁盘空间：使用df -h查看磁盘剩余空间，确保dbPath所在分区有至少10%的可用空间；
CPU：使用top查看CPU使用率，高负载可能导致查询变慢或服务崩溃。

6. 端口与防火墙检查

确认MongoDB端口（默认27017）是否开放，使用以下命令检查端口监听状态：
sudo netstat -tulnp | grep 27017
若端口未监听，需检查配置文件中的port设置。同时，确保防火墙允许该端口的流量：
sudo ufw allow 27017
若使用iptables，执行sudo iptables -L查看规则是否放行27017端口。

7. 进程与系统日志检查

使用ps aux | grep mongod查看MongoDB进程是否在运行，若进程不存在，说明启动失败。此外，检查系统日志（/var/log/syslog或journalctl）获取更全面的系统级错误信息：
sudo journalctl -u mongod -b（查看本次启动的日志）。

8. 工具诊断与优化

使用MongoDB自带工具诊断性能问题：

mongostat：监控数据库操作的QPS（每秒查询数）、延迟等指标，识别高负载操作；
mongotop：查看各集合的读写时间，定位热点集合；
db.serverStatus()：获取服务器状态信息（如连接数、内存使用、锁等待情况）；
db.currentOp()：查看当前正在执行的操作，识别长时间运行的查询或死锁。

9. 数据一致性检查

若出现数据丢失或不一致问题，需检查副本集同步状态（若有副本集）：
rs.status()（查看副本集成员状态，确认syncSourceHost是否正常）；
检查oplog（操作日志）是否完整，可通过db.oplog.rs.find()查看最近的oplog记录。

10. 版本与社区支持

若以上步骤无法解决问题，考虑更新MongoDB到最新稳定版本（Debian仓库中的版本可能较旧），新版本通常修复了已知bug。此外，可查阅MongoDB官方文档、社区论坛（如Stack Overflow）或联系技术支持获取帮助。