MongoDB 单节点故障排查及恢复实战分享

在开发项目时，单节点故障是一种不能避免的情况。针对 MongoDB 数据库，本文将分享一些故障排查及恢复实战的经验。

故障排查

一旦 MongoDB 单节点出现故障，我们需要对其进行排查，以确定故障原因：

1. 首先检查 MongoDB 运行时的日志，日志中会记录 MongoDB 启动状态、连接状态等信息。
2. 可以使用 mongostat 工具实时监控 MongoDB 的运行情况，包括 CPU 使用率、IO 操作次数等。
3. 针对 MongoDB 处理请求的进程，可以使用 mongotop 工具监控各个 Collection 的读写次数。
4. 当 MongoDB 发生崩溃时，检查 mongodump 命令是否可用，以备份数据为恢复做准备。

确认故障类型

确认 MongoDB 故障类型的重要性在于，不同的故障需要采用不同的恢复方式和措施：

1. 确认是单节点连接故障还是 MongoDB 实例本身故障，可以使用 mongo 命令行客户端尝试连接 MongoDB；
2. 检查 MongoDB 进程是否在运行状态，可使用 ps -ef | grep mongo 命令；
3. 检查 MongoDB 占用的磁盘空间是否已满，可使用 df -Th 命令。

恢复实战

当我们确认 MongoDB 故障类型后，可以采取对应的恢复措施：

MongoDB 实例崩溃

如果是 MongoDB 实例崩溃，可以使用以下步骤恢复：

1. 关闭 MongoDB 进程，并查看是否有其他 MongoDB 实例在占用 mongod.lock 文件；
2. 检查 MongoDB 数据库的 journal 文件夹，若其中出现了以下错误，则需要使用 mongod --repair 命令进行修复：detected unclean shutdown
3. 启动 MongoDB 实例。

MongoDB 磁盘空间已满

如果是 MongoDB 实例磁盘空间已满，可以使用以下步骤恢复：

1. 打开 MongoDB 数据目录；
2. 删除不必要的数据文件，例如旧版本的数据文件；
3. 定期清理无用的数据，例如历史数据、log 等；
4. 检查 MongoDB journal 文件夹中的文件，若存在则可以手动删除。

MongoDB 进程假死

如果是 MongoDB 进程假死，则需要采取以下步骤：

1. 检查 MongoDB 日志是否有异常信息；
2. 查看 MongoDB 进程是否处于忙碌状态，此时可以使用 kill -3 <pid> 中断进程；
3. 如果 MongoDB 异常，可以使用 mongod --restar 命令重启实例。

总结

以上就是 MongoDB 单节点故障排查及恢复实战分享。在实际使用中，我们需要严格遵循 MongoDB 的安装及使用规范，建立发现故障与处理故障的标准操作流程。这样可以从根本上降低 MongoDB 单节点故障的出现率。

来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/649150d348841e9894f5150c