面试题答案
一键面试1. 确定 oplog 最佳大小的前期分析
- 理解 oplog 原理：MongoDB 的 oplog（操作日志）记录了数据库的所有写操作。它是一个特殊的固定集合，采用循环写入机制，新的操作记录会覆盖旧的记录。
- 场景分析：在高并发读写、频繁数据更新且数据一致性要求极高的场景下，oplog 需要足够大以确保在故障恢复或复制过程中不会丢失重要的写操作记录。
2. 调优过程
2.1 工具使用
- MongoDB 自带工具：
mongoshell 可用于执行各种管理命令和查看 oplog 相关信息。例如，使用rs.status()命令查看副本集状态，其中包含有关 oplog 的信息。 - 操作系统工具：如
top、vmstat用于监控服务器的 CPU、内存、磁盘 I/O 等资源使用情况，因为 oplog 大小调整可能会影响这些资源的负载。
2.2 指标监控
- oplog 使用率：通过
rs.printReplicationInfo()命令可以获取 oplog 的使用情况，例如logSizeMB（oplog 大小，单位 MB）、usedMB（已使用的 oplog 空间，单位 MB）、timeDiff（从当前时间到 oplog 最早记录的时间差）等指标。 - 写入频率：使用
db.currentOp()命令监控写入操作的频率和数量，以了解高并发写入的实际情况。结合 oplog 使用率，判断当前 oplog 大小是否能够满足写入需求。 - 复制延迟：通过
rs.status()查看optimeDate与当前时间的差异，评估副本集成员之间的复制延迟。如果 oplog 过小，可能导致复制延迟增加。
2.3 调整 oplog 大小
- 停止副本集：在生产环境进行操作前，务必进行充分备份。使用
rs.stepDown()使主节点降级，然后停止所有副本集成员的 MongoDB 服务。 - 调整 oplog 大小：启动 MongoDB 服务时，通过
--oplogSize <size>参数指定 oplog 大小（单位为 MB）。例如，mongod --oplogSize 5000将 oplog 大小设置为 5000MB。 - 重启副本集：按照副本集启动顺序依次启动各个成员，并使用
rs.initiate()重新初始化副本集。
3. 调优后的验证方法
- oplog 使用率验证：重新启动副本集后，持续监控 oplog 使用率。通过
rs.printReplicationInfo()确保usedMB增长速度与写入频率相匹配，并且不会过快接近logSizeMB。 - 复制延迟验证：使用
rs.status()监控副本集成员之间的复制延迟，确保在调整 oplog 大小后，复制延迟没有增加，甚至有所改善。 - 业务验证：通过业务系统的功能测试，确保数据一致性仍然满足要求。例如，进行一系列读写和更新操作后，验证各个副本集成员的数据是否一致。