0

Mongo 3.0 (Wired Tiger ストレージ エンジン) にアップグレードしてから、MMS のデータ量が急激に増加した理由が気になります。過去数週間の新しい成長の傾きは、アップグレードと直接相関しています。このデータベースには、500 を超えるドキュメントを含むコレクションが 2 つしかありません...これらは両方とも巨大なコレクションですが、ドキュメント構造はアップグレード前とアップグレード後と同じままです。また、これらのコレクションで集計を実行すると、アップグレードの前後で挿入数が平均して変化していないことがわかります。これは、データ サイズが新しい WiredTiger エンジンで異なる方法で計算されているのか、それとも何か問題があるのか​​という疑問につながります。誰もこれに関する情報を持っていますか?これが私の MMS データの画像です。

ここに画像の説明を入力

いくつかのこと、サイズに 2 つのジャンプがあります...これらは、コレクションを別のデータベースから mongo に移行したときです。これらの両方の後でも、成長率は一貫しており、アップグレード後にのみ増加しました. データ サイズはアップグレード時に減少しました (Wired Tiger が圧縮されているという彼らの仮説と一致しています) が、元のサイズにほぼ達するほど急速に増加しています。ストレージ サイズでさえ、最初よりもはるかに速く成長し始めていますが、この画像ではうまくいきません。

4

2 に答える 2

0

これをさらに詳しく見てみると、これは PHP Mongo Driver 1.5.0 の更新に関係していると思います。具体的には、このバージョン以降で mongo.native_long 設定がデフォルトで TRUE に設定されています。Mongo 3.0 ではバージョン 1.4 (私が実行していた) よりも新しいバージョンが必要だったため、同時にドライバーをアップグレードする必要がありました。これを行うと、新しいドキュメントのすべての整数が 2 倍のサイズの LONG 型として格納されました。特に多くが 1 桁の場合、この方法ですべての int を格納する理由はありません。

私は native_long 設定を 0 に変更し、デフォルトですべてを 32 ビット整数として再び保存していることを確認しました。今後数日間で、成長率の低下が見られると思います。数日後に結果を更新します。

アップデート:

データベースのサイズが増加していた理由は、実際に増加していたためです。1 週間にわたって 100 個のコレクションすべてをケースバイケースでレビューし、増加の原因となっているコレクションを見つけて調べたところ、かなりの数の行が追加されており、これはアップグレードとは関係がないことがわかりました。 3.0に。この問題は単なる偶然であり、この投稿から 7 か月が経過した今、3.0 が MMS に誤ったサイズを報告すると信じる理由はありません。さらに、指数関数的な増加が 64 ビットの整数のサイズに起因すると信じる理由はありません。

于 2015-03-31T06:36:46.493 に答える