Redisのを使用する場合は、データが短時間の再起動には消えませんが、ハングアップ偶発によるRedisのといないのを確認するために、適切なストレージ戦略を設定します。
現在のバージョンでは、それが提供bgsaveをRedisのと2つの戦略AOF、本論文では、関連するパラメータAOF説明し、なぜこれが安全で十分です。
appendonly：
このコントロールが有効になっているAOF、プロパティAOF開きます。
appendfilename：
ファイルに書き込まれるファイル名。オープンAOF後、各コマンド（読み取り以外のコマンド）は、ファイルに実際にここに書かれているファイルを書き込まれます。
appendfsync：
ライトストラテジ、デフォルト値のeverysec、第二（コール・フラッシュ）に一回の書き込み。
他の二つの値は、常に|なし、それぞれ、それぞれの外側には、ファイルを書き込むための書き込みコマンドをRedisの、およびオペレーティングシステムによって保証されています。
常にハード圧力、everysecはバランス、ハードドライブ上の無最小圧力が、スケジューリング制御システム、データを失う最大のリスクです。
無appendfsyncオンリライト：
バックグラウンドで書かれたかどうかを単一の書き込みでは、デフォルト値はNO（同期の必要性を表明していない）。ここでbgsaveとbgsaveをオフにするには事後的にカバーされていないオンライン多くの情報bgrewriteaof.bgrewriteaofを含むファイルを（書き換えされた背景を表し、書き込みの背景です、それは）主要な書き換えファイルAOFです。
新しい操作はマスター・プロセスのセットが遮断される表していませんが、新しいプライマリプロセスを設定するには、yesがセットのこの部分を書くために、全体の背景が終了するまでブロックされ、その後、ファイルAOF操作に同期されません。しかし、（確率は非常に小さい）データ損失のリスクがあるかもしれません
必要であれば、パフォーマンスは、yesにバックグラウンドで書かれただけで、非同期処理コマンドを設定することができます。
自動AOF-書き換え割合：
AOFファイルの成長率は、前回の書き換えよりもファイルAOF現在の成長の大きさの比率を指します。
AOF AOF書き換え特定のファイルサイズの後に、（bgsaveに相当）の最新の状態を反映するために、ファイルAOFの間でメモリ全体を書き換えること。
この回避するAOFファイルが大きすぎると、小さな実メモリのデータの問題（データの問題の頻繁な変更）があります。
自動AOF書き換え分サイズ：
ファイルAOFファイルは、この文書をトリガするために満たされなければならないAOF始まりに過ぎない最小のファイルサイズを、書き換え、後者は、変数（最後の完全な書き直しので、サイズに依存）に応じてその都度書き換えることはありません。
この変数は、回復がlastSizeが初期AOFファイルのサイズに等しい、Redisのある場合にのみ有効Redisのを開始するために初期化されます。
AOF-負荷切り捨て：
これは、復元されたときのRedisを意味し、潜在的な問題との最後の命令を無視します。
デフォルト値はyesです。AOFが書かれたときであること、そこ場合は、はい、およびログインしていきますここで間違った指示（突然の停電、半書かれた）、の問題かもしれないが、何の直接的な回復は失敗します。
Linuxカーネルのパラメータ：
さらに、overcommit_memory AOF書き換えられたLinuxカーネルに関連するパラメータ。
リライト中にあること、どのように子プロセスのメモリの分布。
（書き換え子が割り当てられる、背景を書き換えている）。デフォルト値は0であり、確立が1に設定され、子プロセスの成功を確保するためにメモリを割り当てることができる（すなわち、コピーオンライト・メモリ割当て戦略を用いて、およびNOセットコマンドが存在しない場合、メインプロセスが使用されますメモリ付き）、そしてそれは、現在のメモリーの妥当性を判断しません。