AOF 永続化とは、各書き込みコマンドを独立したログに記録し、Redis の再起動時にデータ回復の目的を達成するために AOF ファイル内のコマンドを再実行することを意味します。AOF の主な役割は、次の問題を解決することです。データの永続性、リアルタイム。
Redis は、データをメモリに保存するインメモリ データベースであり、その読み取りと書き込みの効率は、データをディスクに保存する従来のデータベースよりもはるかに高速です。ただし、プロセスが終了すると、Redis データは失われます。
この問題を解決するために、Redis は、データ損失を避けるためにメモリ内のデータをディスクに保存する 2 つの永続性ソリューション、RDB と AOF を提供します。 RDBの紹介はこちらの記事「Redis RDBの永続化を詳しく解説」で紹介していますが、今回はAOFに関する原則について見ていきます。
AOF (追加専用ファイル) 永続性は、各書き込みコマンドを独立したログに記録し、Redis がデータを回復するために再起動するときに AOF ファイル内のコマンドを再実行します。 AOF の主な機能は、データの永続性に関するリアルタイムの問題を解決することです。
RDB と AOF
antirez は、記事「Redis Persistence Decryption」で RDB と AOF のそれぞれの長所と短所を説明しました:
RDB は、特定の時点での Redis データ バックアップを表すコンパクトな圧縮バイナリ ファイルです。バックアップ、フルコピー、その他のシナリオに非常に適しています。たとえば、6 時間ごとに bgsave バックアップを実行し、災害復旧のために RDB ファイルをリモート マシンまたはファイル システムにコピーします。
Redis は RDB をロードして、AOF メソッドよりもはるかに高速にデータを復元します
RDB メソッドのデータはリアルタイムで永続化できないため、AOF メソッドはできる。
AOF 永続化の手順は何ですか?
1. コマンド追加手順
まず、サーバーはデータベースへの書き込み操作コマンドを AOF バッファーに入れ、定期関数を使用してバッファー内の内容を AOF バッファーに書き込む必要があるかどうかを確認します。 AOF ファイル (通常、常に、毎秒、いいえの 3 つの戦略があります)。これら 3 つの戦略は、セキュリティと効率のバランスをとるためのものです。
2. データ復元
ネットワーク接続なしで疑似クライアントを作成し、AOF のコマンドを順番に実行することでデータを復元します。
3. AOF 書き換え
AOF は書き込み操作コマンドを記録するため、ファイルの冗長性が生じますが、データベースの現在の状態を再読み込みする限り、AOF は効率化できます。
具体的なプロセスは次のとおりです。
最初に子プロセスを作成します (スレッドを使用しないのはなぜですか?スレッドを使用するとロックが発生し、効率が低下するためです。また、子プロセスを使用しても親プロセスはブロックされません)
次に親プロセスは、AOF 再書き込み中に実行された書き込みコマンドを記録するために使用される AOF 再書き込みバッファを作成します。
書き込みコマンドは、AOF バッファと AOF 書き換えバッファの両方に送信されます。
その後、書き換えが完了すると、子プロセスは親プロセスにシグナルを送信し、親プロセスは AOF 書き換えバッファーの内容を新しい AOF ファイルに追加し、元の AOF ファイルをアトミックに置き換えます。
推奨チュートリアル: 「Redis チュートリアル 」
以上がAOF 永続性とは何を意味しますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。