面试题答案
一键面试确认故障
- 日志检查：查看MongoDB成员的日志文件，通常位于配置文件指定的路径。日志中会记录诸如网络连接错误、磁盘I/O问题、进程崩溃等相关信息，通过分析日志可初步判断故障原因。例如，若日志中频繁出现“connection refused”，可能是网络端口问题；若有“disk I/O error”，则可能是磁盘故障。
- 监控工具：使用MongoDB自带的监控命令，如
rs.status()。在正常情况下，该命令会返回副本集成员的详细状态信息，包括成员的健康状况、角色（主节点、从节点等）。若某个成员在rs.status()的输出中显示“stateStr”为“DOWN”，则表明该成员出现故障。同时，也可借助第三方监控工具，如Prometheus + Grafana，实时监控副本集成员的各项指标，如CPU使用率、内存使用量、磁盘读写速度等，从性能指标的异常变化来确认故障。
可能涉及的操作
- 尝试重启：若故障成员是因临时性问题（如短暂的网络波动、资源耗尽后短暂恢复）导致故障，可尝试重启该成员。首先，停止MongoDB服务，根据不同操作系统，使用相应命令，如在Linux系统下，使用
sudo systemctl stop mongod。然后检查日志文件，查看是否存在可在重启前修复的问题，如磁盘空间不足等。修复相关问题后，重启MongoDB服务，使用sudo systemctl start mongod。 - 数据同步修复：若重启后仍无法恢复正常，可能是数据损坏或同步问题。从其他正常成员同步数据，可使用
rs.syncFrom("<healthy_member_host>")命令，该命令会使故障成员从指定的健康成员处同步数据。若同步过程中出现错误，需进一步分析日志，确认数据损坏的具体位置和原因，可能需要手动修复部分数据文件（但此操作需谨慎，因手动修改数据文件可能导致数据一致性问题）。 - 替换成员：若故障成员硬件损坏或存在无法修复的严重问题，需替换该成员。首先，将故障成员从副本集中移除，使用
rs.remove("<failed_member_host>")命令。然后添加新成员，使用rs.add("<new_member_host>")，新成员加入后会自动从主节点同步数据，逐步恢复副本集的正常状态。
对副本集整体功能的影响
- 读操作：若故障成员是从节点，对读操作影响较小，因为其他从节点仍可提供读服务。但可能会导致读负载不均衡，若故障从节点承担了较多读请求，其他从节点可能因负载突然增加而性能下降。若故障成员是主节点，副本集会进行选举，选举期间读操作可能会出现短暂中断，选举完成后主节点切换，读请求需重新定向到新主节点。
- 写操作：若故障成员是从节点，写操作不受直接影响，主节点仍可正常接收写请求并同步到其他从节点。但如果故障从节点长时间未恢复，可能影响副本集的数据冗余和容错能力。若故障成员是主节点，副本集将立即触发选举过程，在选举期间，写操作无法进行，直到新的主节点选举产生。选举过程一般在几秒到几十秒之间，具体时间取决于副本集成员数量和网络状况。在此期间，客户端会收到写操作失败的响应。