标题：MongoDB调整oplog大小实战指南
关键词：MongoDB oplog、副本集配置、数据库性能、oplog调整
描述：本文详细讲解MongoDB中如何动态调整oplog大小，包括操作步骤、注意事项及性能影响分析，适用于DBA和运维人员。

正文：

在MongoDB的副本集架构中，oplog（操作日志）是保证数据同步的核心组件。它记录了所有修改数据的操作，供Secondary节点进行复制。但默认的oplog大小可能无法满足高写入负载的场景，这时就需要手动调整其大小。以下是一套经过验证的操作流程。

为什么需要调整oplog大小？

默认情况下，MongoDB会根据磁盘空间和系统配置自动分配oplog大小（通常为磁盘空间的5%）。但在以下场景中可能需要调整：
1. 高写入负载：oplog窗口时间（覆盖的操作时长）过短，导致Secondary节点同步延迟。
2. 长时间维护：主节点停机后，Secondary需要更长的oplog追溯时间。
3. 大事务处理：单个事务可能占用大量oplog空间。

检查当前oplog状态

首先通过以下命令确认当前oplog大小和窗口时间：

use local
db.oplog.rs.stats().maxSize  // 查看当前oplog大小（字节）
db.printReplicationInfo()    // 计算oplog窗口时间

动态调整oplog大小的步骤

1. 备份关键数据

修改oplog属于高风险操作，建议先备份local数据库：

mongodump --db local --out /backup/oplog_backup

2. 通过replSetResizeOplog命令调整

MongoDB 4.0+支持在线调整（需主节点执行）：

db.adminCommand({replSetResizeOplog: 1, size: 10240})  // 单位：MB

3. 验证修改结果

再次运行db.oplog.rs.stats()确认新大小生效，并通过db.printReplicationInfo()观察窗口时间变化。

传统方法：停机修改

对于旧版本MongoDB，需停机后修改配置文件：
1. 关闭副本集所有节点
2. 修改配置文件：
yaml replication: oplogSizeMB: 20480
3. 按优先级逐个重启节点（最后启动主节点）

注意事项

• 副本集均衡：各节点oplog大小应保持一致，否则可能导致同步失败。
• 监控影响：调整后观察repl lag和系统I/O压力。
• 合理预估：建议oplog窗口至少覆盖1-2个维护周期。