問題タブ [wiredtiger]

WiredTiger の有無にかかわらず、mongodb の読み書き時間を比較しようとしています。読み取りと書き込みの両方で、WiredTiger を使用した mongodb は、WiredTiger を使用しない場合よりも時間がかかることがわかりました。テストに node-mongo プログラムを使用しています。

私が理解していることから、wiretiger を使用した後、パフォーマンスが向上するはずです。誰でもこれで私を助けることができますか？

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

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

MongoDB の Web サイトには、wiredTiger に関するドキュメントがほとんどなく、wiredTiger の Web サイトにリストされている構成オプションの多くはカバーされていません。ワイヤードタイガーのドキュメント ( http://source.wiredtiger.com/develop/tune_durability.html#tune_durability_flush_config ) に基づいて、以下のトランザクション耐久性オプションを含めました -

私の質問は、これはサポートされていますか? mongoDB サーバーはこのオプションに文句を言わずに起動しますが、それが有効であることを確認するにはどうすればよいですか?

ありがとうございました

私の理解では、単一のドキュメントでの upsert:true による更新はアトミック操作であるため、コレクションに一意にインデックス付けされたフィールドがない場合、特にプライマリ _id キーでは、重複キー エラーが発生することはありません。

しかし、これは mongod.log に表示されます。

からの出力は次のdb.orders.getIndexes()とおりです。

WiredTiger で MongoDB バージョン 3.0.0 を使用しています。

私は MongoDB 2.6 で多くの作業を行ってきましたが、MongoDB 3.0.2 の使用を開始することにしました。

1) シェル コマンドを使用してデータベースを作成すると、コマンドは true を返しますが、データベースは作成されません。NewDatabaseName を使用します 2) いくつかのコレクションを作成しようとすると、作成される場合と作成されない場合があります

Debian 64Bit、最新バージョンを使用しています。誰もこの問題を抱えていますか？