Tair (Redis® OSS-Compatible):Redisの永続化とバックアップと復元

RDB永続性

RDB永続化は、指定された間隔でRedisに保存されたデータのスナップショットを作成し、スナップショットをRDBファイルの形式でディスクに保存します。 このようにして、データ永続性が実装される。 RDBファイルはサイズが小さく、移行が容易です。 RDBファイルを使用して、指定した時点のデータをバックアップまたは移行できます。

RedisがRDBファイルを生成すると、進行中の操作がブロックされる可能性があります。 ブロック時間は、インスタンス内のデータの合計量によって異なります。 ApsaraDB for Redisは、永続化メカニズムを最適化し、ノンブロッキングバックアップを実装します。 この最適化により、クライアント要求に影響を与えることなくインスタンスバックアップ操作を実行できます。

デフォルトでは、 Redisインスタンスは1日1回自動的にデータをバックアップするように設定されています。 ビジネス要件に基づいて自動バックアップポリシーを変更するか、手動で一時バックアップを作成できます。

AOF持続性

AOF永続性は、SETなど、サーバーが受信したすべての書き込み操作をログに記録します。 これらの操作は、サーバーの起動時に再び再生され、元のデータセットを再構築できます。

AOF内のエントリの数が増加すると、AOFが特定のサイズに達すると、RedisはAOF書き換えプロセスを開始してAOFを再編成します。 このプロセスは、AOFのディスク使用量を減らし、データ復元の効率を高める。 ただし、AOFの再書き込みは、書き込み操作のパフォーマンスオーバーヘッドが発生する可能性があります。

ApsaraDB for Redisでは、デフォルトでAOF永続性が有効になっています。 AOF永続化ポリシーはAOF_FSYNC_EVERYSECであり、変更できません。 Redisは、AOFバッファからディスクに書き込みコマンドをフラッシュするポリシーに従って、毎秒fsync操作を実行します。 このプロセスは、AOFフラッシングとも呼ばれる。 AOF_FSYNC_EVERYSECポリシーは、Redisのパフォーマンスにほとんど影響を与えませんが、事故が発生した場合のデータ損失のリスクも大幅に軽減します。

Tair-ビンログ

Tair DRAMベースのインスタンスは、前述の2つの永続化ポリシーをサポートするだけでなく、AOF永続化メカニズムを最適化して、AOF増分アーカイブを実装します。 最適化の後、AOFは、AOF書き換えによって引き起こされる性能低下を防ぐために増分的にアーカイブされ得る。 増分アーカイブは、この方法が各書き込み操作とそのタイムスタンプを保存するので、インスタンスまたはキー内のデータを秒まで正確な時点に復元することもできます。 このデータ復元処理は、ポイント・イン・タイム・リカバリ (PITR) と呼ばれる。 詳細については、「データフラッシュバックを使用した時点でのデータの復元」をご参照ください。