7

ダンプの保存を停止するように Redis スレーブを構成できますか? 構成ファイルのすべてのsave指示を省略しましたが、スレーブはまだダンプを実行しています。

4

2 に答える 2

10

したがって、RDB が非アクティブ化されている (すべての保存行がコメント化されている) スレーブの構成ファイルをチェックインしており、構成ファイルが変更された後にスレーブが再起動されている (したがって、この構成がアクティブになっている) と仮定します。

この時点で、スレーブのバックグラウンド ダンプ操作は非アクティブ化されますが、スレーブがダンプ ファイルを書き込むことは妨げられません。実際には、スレーブは起動時にダンプ ファイルを書き込む必要があります。これは、バルク モードでマスターからデータを取得する方法です。

スレーブが起動すると、マスターに SYNC 要求を送信します。

  • マスターは Redis コマンドの蓄積を開始します。
  • マスターはバックグラウンド ダンプを実行します
  • マスターはバルクモードでダンプファイルをスレーブに送信します
  • スレーブはマスターからダンプ ファイルを読み取り、ディスクに書き込みます。
  • 完了すると、スレーブはディスクからダンプ ファイルをロードします。
  • スレーブがマスターに蓄積されたRedisコマンドの処理を開始
  • やがて奴隷が追いつく
  • スレーブはマスターと同期しています

そのため、スレーブに対して RDB が非アクティブ化されていても、スレーブ側でダンプ ファイルを見つけることができます。

于 2012-04-01T20:34:54.467 に答える
0

良い読み物はhttp://redis.io/topics/persistenceです

Redis には 2 種類の永続性があり、AOF も無効にする必要があります。

追加専用ファイル

スナップショットはあまり耐久性がありません。Redis を実行しているコンピューターが停止したり、電源ラインが故障したり、誤っkill -9てインスタンスを使用したりすると、Redis に書き込まれた最新のデータが失われます。これは一部のアプリケーションにとっては大した問題ではないかもしれませんが、完全な耐久性を求めるユースケースがあり、これらのケースでは Redis は実行可能なオプションではありませんでした。追加専用ファイルは、Redis の完全に耐久性のある代替戦略です。バージョン 1.1 で利用可能になりました。

構成ファイルで AOF をオンにすることができます。

appendonly yes

今後、Redis がデータセットを変更するコマンド (例: SET) を受け取るたびに、それを AOF に追加します。Redis を再起動すると、AOF が再生されて状態が再構築されます。

于 2012-04-01T16:46:56.387 に答える