ダンプの保存を停止するように Redis スレーブを構成できますか? 構成ファイルのすべてのsave
指示を省略しましたが、スレーブはまだダンプを実行しています。
2 に答える
したがって、RDB が非アクティブ化されている (すべての保存行がコメント化されている) スレーブの構成ファイルをチェックインしており、構成ファイルが変更された後にスレーブが再起動されている (したがって、この構成がアクティブになっている) と仮定します。
この時点で、スレーブのバックグラウンド ダンプ操作は非アクティブ化されますが、スレーブがダンプ ファイルを書き込むことは妨げられません。実際には、スレーブは起動時にダンプ ファイルを書き込む必要があります。これは、バルク モードでマスターからデータを取得する方法です。
スレーブが起動すると、マスターに SYNC 要求を送信します。
- マスターは Redis コマンドの蓄積を開始します。
- マスターはバックグラウンド ダンプを実行します
- マスターはバルクモードでダンプファイルをスレーブに送信します
- スレーブはマスターからダンプ ファイルを読み取り、ディスクに書き込みます。
- 完了すると、スレーブはディスクからダンプ ファイルをロードします。
- スレーブがマスターに蓄積されたRedisコマンドの処理を開始
- やがて奴隷が追いつく
- スレーブはマスターと同期しています
そのため、スレーブに対して RDB が非アクティブ化されていても、スレーブ側でダンプ ファイルを見つけることができます。
良い読み物はhttp://redis.io/topics/persistenceです
Redis には 2 種類の永続性があり、AOF も無効にする必要があります。
追加専用ファイル
スナップショットはあまり耐久性がありません。Redis を実行しているコンピューターが停止したり、電源ラインが故障したり、誤っ
kill -9
てインスタンスを使用したりすると、Redis に書き込まれた最新のデータが失われます。これは一部のアプリケーションにとっては大した問題ではないかもしれませんが、完全な耐久性を求めるユースケースがあり、これらのケースでは Redis は実行可能なオプションではありませんでした。追加専用ファイルは、Redis の完全に耐久性のある代替戦略です。バージョン 1.1 で利用可能になりました。構成ファイルで AOF をオンにすることができます。
appendonly yes
今後、Redis がデータセットを変更するコマンド (例: SET) を受け取るたびに、それを AOF に追加します。Redis を再起動すると、AOF が再生されて状態が再構築されます。