問題タブ [wiredtiger]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
843 参照

node.js - WiredTiger、GridFS、Mongodb のアップロード ファイルと最大ファイル サイズ

WiredTiger ストレージと MongoDB に関する 3 つの質問。

  1. 16MB を超えるサイズの (バイナリ) ファイルを DB に格納する必要があります。現在、WiredTiger サイトで最大ファイル サイズが 512MB であると読みましたが、Mongodb挿入メソッドでは、すべてのドキュメントの最大サイズは 16MB である必要があると書かれています。では、WiredTiger を使用している間、16MB を超えるファイルを保存できますか?

  2. ファイルの一部ではなく完全なファイルを使用する必要があります (ビデオの一部をストリーミングするなど)。GridFS を使用することは可能ですか?

  3. DB にファイルを挿入して検索するにはどうすればよいですか? WiredTigerでそれを行う方法に関するガイドが見つかりません...

    mongoshell または mongofiles から実行する必要がありますか? node.js を使用してプログラムで行う方法はありますか?

0 投票する
1 に答える
1284 参照

mongodb - Windows で MongoDB がランダムにクラッシュし、WiredTiger 例外が発生する

Windows Server 2008 R2 に MongoDB 3.2 をインストールしています

ランダムに MongoDB サービスがクラッシュし、次のログが記録されました。この問題に対処するにはどうすればよいですか?

ここにログがあります

2016-12-13T10:08:33.497-0800 E ストレージ [スレッド 2] WiredTiger (-28968) [1481652513:490570][2036:2006004608]、ファイル:WiredTiger.wt、WT_SESSION.checkpoint: D:\MongoDB\data\db \WiredTiger.turtle.set to D:\MongoDB\data\db\WiredTiger.turtle: file-rename: rename: 別のプロセスによって使用されているため、プロセスはファイルにアクセスできません。

2016-12-13T10:08:33.497-0800 E STORAGE [スレッド 2] WiredTiger (-28968) [1481652513:497570][2036:2006004608]、チェックポイント サーバー: チェックポイント サーバー エラー: 処理中のため、ファイルにアクセスできません別のプロセスによって使用されます。

2016-12-13T10:08:33.498-0800 E ストレージ [スレッド 2] WiredTiger (-31804) [1481652513:498571][2036:2006004608]、チェックポイント サーバー: プロセスを終了して再起動する必要があります: WT_PANIC: WiredTiger ライブラリ パニック 2016- 12-13T10:08:33.498-0800 I - [スレッド 2] 致命的なアサーション 28558 2016-12-13T10:08:33.498-0800 I - [スレッド 2]

*** fassert() の失敗後に中止します

2016-12-13T10:08:33.562-0800 I - [WTJournalFlusher] 致命的なアサーション 28559 2016-12-13T10:08:33.562-0800 I -
[WTJournalFlusher]

*** fassert() の失敗後に中止します

0 投票する
0 に答える
73 参照

node.js - MongoDB Service fails caused by corrupt data

I made a node/express website based on a mongodb a couple of months ago and it all worked like a charm. Then suddenly, one month ago, I couldn't start the mongod.exe. I still haven't found an answer so I hope to get one in this forum.

Somehow the files in the data folder are corrupt. When I take the files from an earlier state or the default files from mongodb the mongod.exe can start normal.

There are pictures in the attachment from the data with which the mongod.exe won't start and the error. There is something like:

"WiredTiger encountered an illegal file format or internal value. WiredTiger library panic"

Image of the mongod.exe error:
Image of the mongod.exe error

Data folder of the mongodb collection with which mongod.exe can't start:
Data folder of the mongodb collection with which mongod.exe can't start

0 投票する
0 に答える
229 参照

mongodb - Wired Tiger 10 を使用した mongo の移行が MMAP よりも遅いのはなぜですか?

非常に単純なデータ移行があります。いくつかの埋め込みドキュメントを 1 つのコレクションから独自のコレクションに分割しています。140,000 件のレコードを作成する必要があります。

MMAPV1 を使用したローカル mongo 3.4 でのテストでは、移行の実行に約 20 分かかりました。

本番環境では、移行の実行に 4 時間以上かかりました。

いくつかの実験を行い、ローカル ストレージを WT に切り替えてデータをインポートし、移行を再度実行しました。約 4 時間かかりました。唯一の違いは WT ストレージ構成 (スナップ圧縮を含むデフォルト) だけです。

最初のデータセットのロードは MMAP や WT と同じくらい高速なので、圧縮は問題ではないと思いますが、2 つのデータ ストレージ メカニズム間でこれほど劇的に異なる結果が得られる理由を誰かが知っているかどうか知りたいです