Redisは、データの持続性のためにRDBスナップショットとAOFロギングを使用します。 RDBは、潛在的なデータ損失を伴う高速で定期的なバックアップを提供しますが、AOFは正確な回復(fù)のために詳細(xì)なログを提供しますが、パフォーマンスに影響を與える可能性があります。両方の方法を一緒に使用して、最適なデータの安全性と回復(fù)速度に使用できます。

インメモリデータ構(gòu)造のスイスアーミーナイフであるRedisは、私たちが慣れている従來のデータベースとはまったく異なる方法でデータの永続性を処理します。この魅力的な世界に飛び込んで、Redisがどのようにしてデータを安全に保ちながら、稲妻を速くしているかを見てみましょう。

Redisは、主にデータの持続性に2つのメカニズムを使用します：RDB（Redisデータベースバックアップ）とAOF（ファイルのみを追加）。これらの方法は、データの保存だけではありません。彼らは、従來のデータベースがしばしばそうではない方法で、パフォーマンスと信頼性のバランスをとることです。

RDBスナップショットは、特定の瞬間にデータの簡単な寫真を撮るようなものです。 Redisはデータセットをフリーズし、ディスクに書き込みます。この方法は単一の操作であるため非常に高速ですが、最後のスナップショットの後に追加または変更されたデータを失う可能性があることを意味します。データを再構(gòu)築できるキャッシュシステムのように、數(shù)分以內(nèi)にデータ損失が許容できるプロジェクトでRDBを使用しました。

一方、AOFは、データセットを変更するすべてのコマンドの詳細(xì)な日記を保持するようなものです。それはより詳細(xì)で、すべての書き込み操作を記録します。つまり、より正確な時點(diǎn)でデータを回復(fù)することができます。ただし、これはディスクI/Oの増加を犠牲にして発生し、適切に構(gòu)成されていないとRedisインスタンスを遅くすることができます。私はかつて、トラフィックの高いアプリケーションのためのAOFセットアップを最適化する必要がありましたが、パフォーマンスとデータの整合性の微妙なバランスでした。

それでは、これが従來のデータベースとどのように比較されるかを見てみましょう。 MySQLやPostgreSQLなどの従來のデータベースは、通常、トランザクションログと定期的なバックアップを使用します。多くの場合、パフォーマンスを犠牲にして、データの一貫性と耐久性を確保するように設(shè)計(jì)されています。 Redisは、そのメモリの性質(zhì)で、このスクリプトをひっくり返します。速度を優(yōu)先し、後付けとして永続性を追加します。これは、パフォーマンスが王様であるアプリケーションのゲームチェンジャーです。

これは、Redisを永続化するためにどのように構(gòu)成するかを示すためのクイックコードスニペットです。

 Redisをインポートします

＃redisに接続します
r = redis.redis（host = 'localhost'、port = 6379、db = 0）

＃RDBスナップショットを構(gòu)成します
r.config_set（ 'Save'、 '900 1 300 10 60 10000'）

＃aofを設(shè)定します
r.config_set（ 'appendonly'、 'yes'）
r.config_set（ 'appendfsync'、 'EverySec'）

このコードは、少なくとも1つのキーが変更されている場合は900秒ごとにRDBスナップショットを設(shè)定し、少なくとも10個のキーが変更されている場合は300秒ごと、少なくとも10,000キーが変更された場合は60秒ごとに発生します。また、AOFを有効にし、1秒ごとに同期するように設(shè)定します。これは、パフォーマンスとデータの安全性のバランスが取れています。

Redisの持続性の課題の1つは、トレードオフを管理することです。 RDBスナップショットまたはAOF同期の頻度を上昇させると、データの安全性が向上しますが、パフォーマンスの犠牲を払うことができます。積極的な設(shè)定があまりにも攻撃的な設(shè)定がボトルネックになることにつながったシステムを見てきました。裏側(cè)では、リラックスした設(shè)定が障害の場合に大幅なデータ損失につながる可能性があります。

考慮すべきもう1つの側(cè)面は、回復(fù)プロセスです。 RDBを使用すると、スナップショットを読み込んでいるだけなので、回復(fù)は高速です。 AOFを使用すると、Redisがすべてのログに記録されたコマンドを再生する必要があるため、遅くなる可能性があります。 1つのプロジェクトでは、ダウンタイムを最小限に抑える必要がある重要なシステムのために、AOFからRDBに切り替える必要がありました。

ベストプラクティスに関しては、RDBとAOFの両方を一緒に使用することをお勧めします。迅速な回復(fù)のためのRDBおよびより詳細(xì)なデータ保護(hù)のためのAOF。この二重のアプローチは、両方の世界の最高のものを提供しますが、パフォーマンスのヒットを避けるために慎重に調(diào)整する必要があります。

したがって、データの永続性に対するRedisのアプローチは、速度と安全の間のダンスであり、従來のデータベースのより保守的な戦略とはまったく異なります。右手の強(qiáng)力なツールですが、アプリケーションのニーズと、最適なパフォーマンスのために調(diào)整して調(diào)整する意欲を深く理解する必要があります。

以上がRedisは、従來のデータベースとどのようにデータの永続性を異なって処理しますか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。