Redis 永続性: RDB と AOF の概要と違い

Redis は、主にメモリ ストレージに基づいた非リレーショナル データベースであるため、Redis は、高い同時実行性と高い読み取りおよび書き込み速度の要件があるシナリオで優れたパフォーマンスを発揮します。ただし、Redis はデータをメモリに保存するため、サーバーがクラッシュまたは再起動すると、以前にメモリに保存されていたデータは消去され、データは保持されなくなり、深刻なデータ損失の問題が発生する可能性があります。この問題を解決するために、Redis は主に RDB と AOF という 2 つの戦略を使用した永続化メカニズムを提供します。この記事では、Redis の RDB と AOF の永続化メカニズムとその違いについて詳しく紹介します。

RDB 永続性

RDB 永続化メカニズムは、Redis の現在のメモリ内のデータをディスク ファイルに保存することです。このディスク ファイルは、スナップショットまたは通常のストレージにすることができます。複数のスナップショットの場合、Redis はディスク上にスナップショット ファイルを保存し、Redis サーバーの再起動後にスナップショット ファイルを使用してサーバー メモリ内のデータを復元できるようにします。

RDB スナップショット

RDB 永続モードを選択すると、Redis は現時点のデータをスナップショットの形式でディスクに書き込みます。このプロセスは圧縮されており、Redis は複数のスナップショットを書き込むことができ、各スナップショット間の間隔は Redis.conf 構成ファイルを通じて設定できます。

Redis.conf では、次の構成情報を見つけることができます:

# 快照持久化相关配置设置
save 900 1  ## 900秒(15分钟)之内至少发生1次数据变更，持久化快照
save 300 10  ## 300秒(5分钟)之内至少发生10次数据变更，持久化快照
save 60 10000  ## 60秒之内至少发生10000次数据变更，持久化快照

上記の構成は、Redis で 15 分ごと、またはデータの追加中に Redis に 10 回または 10,000 回表示されることを示しています。削除操作を行うと、Redis はメモリ内のデータをディスクに自動的に保存します。

RDB スナップショット方式は、Redis がクラッシュした後のデータ損失を効果的に回避でき、データのバックアップやその他の目的にも使用できます。ただし、Redis がクラッシュまたは再起動し、最新のスナップショット ファイルのデータが存在しないか不完全な場合、データが失われるため、スナップショット時間をあまり長く設定しないことをお勧めします。

RDB の利点と欠点

RDB の利点:

1. RDB の永続化方式はスナップショットに基づいており、データの整合性と可用性を効果的に確保できます。
2. RDB 永続化方式のファイル サイズは比較的小さく、保存が容易です。
3. RDB 永続化方式は、大規模なデータのバックアップ、移行、その他のシナリオに適しています。

RDB の欠点:

1. RDB 永続化方式では、単一のファイルを使用してデータを保存するため、書き込みのたびに前のファイルを上書きする必要があり、データ損失が発生しやすくなります。 。
2. RDB 永続化の頻度は、時間とデータ変更頻度によって決まります。時間が長すぎたり、データ変更頻度が低すぎたりすると、データの損失につながります。

AOF 永続性

AOF (Append Only File) 永続性とは、書き込みコマンドを書き込みファイルに追加する形式で保存することです。サービスが再起動されると、Redis はこのファイルに保存されているコマンドに従ってデータ回復を実行します。 AOF 永続化方式によりデータを永続的に保存できるため、Redis が停止したり再起動したりしてもデータを復元できます。

AOF ファイル形式

AOF ファイル形式は、書き込み操作ごとにファイルに追加されるデータ ログ ファイルです。ログ ファイルの各レコード行には、完全な Redis トランザクションである Redis コマンドが保存され、このトランザクションは AOF ログ ファイルの末尾に追加されます。

AOF 永続モードでは、Redis は追加書き込みの形式で新しいコマンドをディスク内のファイルに書き込むため、AOF ファイルのサイズは常に増加します。 AOF ファイルが事前設定されたサイズ制限を超えると、Redis は自動的に AOF ファイルの再書き込みをトリガーし、データベース内の期限切れデータをクリーンアップし、保存用のスナップショットに変換します。 AOF ファイルの書き換えの目的は、AOF ファイルが大きすぎることによる Redis のパフォーマンスの低下を避けるために、AOF ファイルのサイズを圧縮することです。

AOF 永続性の利点と欠点

AOF 永続性の利点:

1. AOF 永続性のメカニズムはコマンド レコードに基づいており、より正確である可能性があります 即時復元データ変更の履歴とタイムライン。
2. AOF ファイルは複数の異なるファイルに保存できます。この機能により、1 つのファイルが大きすぎることによって引き起こされる読み取りおよび書き込みパフォーマンスの低下の問題を回避できます。
3. AOF 永続化メソッドは、ログの統計と処理に非常に適しています。

AOF 永続化の欠点:

1. AOF ファイルはスナップショット ファイルよりも大きいため、より多くのストレージ容量を占有します。
2. AOF 永続化方式では、コマンドをファイルに記録する必要があるため、より多くのシステム リソースが必要になります。
3. AOF ファイルの書き換えはパフォーマンスを消費するプロセスであり、このプロセスは Redis の読み取りおよび書き込みパフォーマンスに影響します。

RDB と AOF の違い

1. RDB は完全バックアップですが、AOF は増分バックアップです。
2. デフォルトでは、Redis は RDB 永続性を使用するため、AOF 永続性を手動で有効にする必要があります。
3. AOF 永続モードでは、Redis は各書き込みコマンド操作を記録し、ログの最後に新しい書き込みレコードを追加します。 RDB 永続モードでは、Redis はメモリ内の現在の状態のデータのスナップショットをディスクに書き込みます。
4. AOF 永続化方式はより安全で信頼性が高くなりますが、AOF ファイルの容量は比較的大きく、RDB ファイルの容量は比較的小さくなります。

結論

Redis の永続化メカニズムは、Redis がクラッシュまたは再起動した場合のデータ損失を回避するように設計されています。 RDB 永続化と AOF 永続化は Redis が提供する 2 つの戦略であり、主な違いはデータの記録方法とストレージ ファイルの容量にあります。データ処理に Redis を使用する場合、実際のニーズに応じてさまざまな永続化方法を選択できるため、Redis はデータの保存と回復においてより優れたパフォーマンスを発揮できます。

以上がRedis 永続性: RDB と AOF の概要と違いの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。