セカンダリ データベースの構成ファイルでは、99 GB の oplog サイズを定義しました (oplogSizeMB: 99000) が、数時間後には既に 120 GB を超えるサイズに遭遇しています (1 つのファイルは 74 GB で、2 つ目のファイルは 65 GB です)。
-rw-rw-r-- 1 flugpool fp 16384 Dec 19 10:00 4-4352434068697173865.wt
-rw-rw-r-- 1 flugpool fp 16384 Dec 19 10:00 2-4352434068697173865.wt
-rw-rw-r-- 1 flugpool fp 16384 Dec 19 10:00 0-4352434068697173865.wt
-rw-rw-r-- 1 flugpool fp 69907304448 Dec 19 16:24 10-4352434068697173865.wt
-rw-rw-r-- 1 flugpool fp 36864 Dec 19 17:13 8-4352434068697173865.wt
-rw-rw-r-- 1 flugpool fp 78893129728 Dec 19 17:14 12-4352434068697173865.wt
これはバージョン 3.4.0 のバグですか? mongodb バージョン 3.2.1 では、この問題は発生しませんでした。それとも、oplog の振る舞いについて何か誤解しているのでしょうか?
SUSE Linux Enterprise Server 11 (x86_64) で mongodb を実行しています。
systemLog:
destination: file
path: "[...]/mongodb.log"
logAppend: true
timeStampFormat: ctime
quiet: true
processManagement:
pidFilePath: "[...]/mongodb.pid"
fork: true
operationProfiling:
slowOpThresholdMs: 10000
net:
port: 27017
http:
enabled: false
RESTInterfaceEnabled: false
storage:
dbPath: "[...]/data/db"
journal:
enabled: false
directoryPerDB: true
engine: wiredTiger
wiredTiger:
engineConfig:
cacheSizeGB: 70
directoryForIndexes: true
indexConfig:
prefixCompression: true
replication:
oplogSizeMB: 99000
replSetName: "ANGPOOL_REPLSET"