耐久性なしで保証されている操作は何ですか（mongo）？

Question

ACIDデータベースがあるとします。操作順序について明示的な保証がない場合でも、耐久性の結果として順序付けを推測できます。

1. 私はデータベースにxを挿入し、文が
2. を返す今、私はので、耐久性の保証のy
3. を挿入し、私はxがy前に、耐久性のある作られた知っています。

したがって、クラッシュ時に、私はどちらかは持っている：データベースのみx

両方xとy

でxまたはyの

1. なし。

耐久性が緩和されたデータベースを想定します。例えばsafemodeまたはgetl​​asterrorのないMongoDB。

2回目の操作が耐久性を持たせる前に、最初の操作が耐久性があるという保証はありますか？
これを主張する文書の一部または適切なテストを教えてください。
私のデータベースにはyが含まれていますが、xは含まれていませんか？

編集：
デフォルトの（唯一の）記憶メカニズムはメモリマップファイルエンジンのようです。ジャーナリングが有効になっていなければ（デフォルトでは有効になっています）、サーバーがクラッシュすると、一貫性がなく修復不能な状態になる可能性があります。答えはジャーナリングの中にあると思います。

Answer 1

。具体的には、ジャーナルはwrite-ahead REDOログです。ジャーナリングで

は、ジャーナル・ファイルは、選択したデシベルパスの下ジャーナル/ サブディレクトリに作成され、有効になって。これらのファイルは、先読みの REDOログです。さらに、最後のシーケンス番号ファイル、journal/lsnは になります。クリーンシャットダウンはジャーナル/の下にあるすべてのファイルを削除

出典：保証はありませんhttp://www.mongodb.org/display/DOCS/Journaling#Journaling-JournalFiles

ジャーナリングなし（私は見つけるか、理解することができます）。 MongoDBはメモリマッピングされたファイルをプライマリストレージエンジンとして使用します。メモリへの書き込みは、直ちにファイルシステムに反映されません。 OSクラッシュ（たとえば）の場合、ファイルは一貫性がなく、回復不可能な状態にある可能性があります。

Answer 2

ユースケースによっては、コレクション内のオブジェクトの挿入順序を維持するMongoのCapped Collectionsを使用することができます。ただし、いくつかの制限がありますが、ドキュメントをチェックしてください。あなたはまた、Sorting and Natural Orderingからより多くの洞察を得ることができます

：であることが保証されていない、注文がしばしば挿入オーダーに近いですが、ので、標準テーブルの場合

を、自然な順序は特に有用ではありません。ただし、Cappedコレクションの場合、自然順序が挿入順序であることが保証されています。

ジャーナリングとの保証はあり：自分の質問に答えるために