Redisの持続性
マスタースレーブレプリケーションをRedisの
Jedis接続
センチネルアーキテクチャはRedisの：
------------------
RDPスナップショット：
デフォルトでは、Redisのデータベースのスナップショットは、dump.rdbでバイナリファイル名としてメモリに保存されています。
あなたは、自動的にデータのセーブセット、この条件が満たされる「少なくともMが変化しているデータセットN秒」それRedisのを、設定することができます。＃60 1000閉じるRDB保存のみすべてのコメント保持ポリシーを保存する必要があります。たとえば、以下の設定のRedisは会う自動的にデータセーブセットこの条件は、「60秒以内に少なくとも1000点のキーの変更がありました」することができます。
また、手動で各コマンドが新しいRDBファイルにすべてのRedisのメモリのスナップショットを実行し、元のファイルのスナップショットRDBを上書きします、Redisのクライアントが保存のコマンドを実行したりdump.rdb bgsaveファイルを生成することができます入力して、RDBのスナップショットを生成するには、コマンドを実行することができます。同期コマンド保存、bgsave非同期コマンドである、bgsave意志（Linuxは関数フォークである（））メイン処理Redisのから子セーブRDBスナップショットファイルを生成するように設計されたプロセスとbgsave比較をフォーク：IO bgsave保存コマンドは、同期、非同期型ブロックされています他のコマンド（子プロセスの生成に簡単に閉塞があるだろうfork関数を呼び出す）Oの複雑さ（n）はO（n）は利点は、余分なメモリは、フォークの子プロセスにクライアント・コマンド・ニーズを遮断するクライアントコマンドの欠点をブロックしていない消費しないかどうかのRedis自動的にメモリ構成を消費bgsaveの方法を使用してRDBファイルのバックを生成します。
AOF（追記専用ファイル）
スナップショット機能は、非常に耐久性（耐久性）ではありません。何らかの理由でRedisのダウンタイム発生した場合、サーバーは、最新の書き込み、およびそれらのデータがまだスナップショットに保存されていない失うことになります。AOF持続性、レコードに変更されたファイルappendonly.aof内のすべての命令：バージョン1.1からは、Redisのは完全に耐久性のある持続的な方法が追加されます。
今、変化Redisのコマンド・データ・セットを（例えば、SETなど）を実行するたびに、このコマンドは、エンドAOFファイルに追加されるであろう。この場合、Redisのが再起動されると、プログラムは、ファイルAOFで再実行するコマンドによって再構成データ・セットの目的を達成することができます。どのくらいのRedisは、一度データをディスクにはfsyncします設定することができます前に、
コマンドの実装にfsyncを新しいファイルをAOFに追加されるたびに、非常に遅く、非常に安全：appendfsync常に：3つのオプションがあります。appendfsync everysec：fsyncを1秒に1回、十分高速に（ほぼ永続的な使用のRDB）、および障害時のデータ損失の唯一の1秒。いいえappendfsync：ハンドルへのオペレーティングシステムに決してにfsync、データ。より速く、より少ない安全な選択。1秒に1回のfsyncを推奨（ともデフォルト）対策、この戦略を考慮にfsyncをスピードとセキュリティを取ることができます。
混合Redisの4.0永続性再起動Redisのは、我々はほとんどそれが大量のデータを失うことになると、メモリ状態を回復するためにRDBを使用しないとき。我々は通常の場合Redisのインスタンスの多くでは、起動、それは長い時間がかかるように、AOFログの再生を使用しますが、RDBは比較的非常に遅いログAOFのパフォーマンスを再生します。混合永続 - 4.0は、この問題を解決するためのRedis、新しい永続性オプションをもたらしました。混合永続性を設定することによってオンにすることができます：混合永続性を回し、もはや単なるメモリ書き込みデータ変換AOFファイルRESPコマンドを書き換えないAOF時にしますが、場合＃AOF-使用-RDB-プリアンブルはいこの瞬間の記憶を書き換えがRDBのスナップショット処理を行うには、と一緒にRDBの内容と増分AOF変更メモリ・データ・コマンドのスナップショットがあるだろう前に、新しいファイルを起動し、新しいAOFファイルを書いたまで、appendonly.aofと呼ばれていませんAOF再書かれた新しいファイルは、原子は、元のファイルを上書きし、新旧のAOFファイルの交換を完了AOF名前が変更されます。だから、ときのRedisの再起動、あなたはコンテンツRDBを読み込むことができますし、ファイルを完全に置き換えることができます前に、再起動効率を大幅に上げるので、リプレイの増分AOF AOF全額を記録再生します。
Redisのマスターコピーから。
ビルド：
原理：
1、スレーブサービスが開始されると、アクティブな接続のマスター、およびSYNCコマンドを送信し、同期初期化要求
SYNCを受け取った後2、マスター、ライトコマンドBGSAVEコマンドは期間というRDBファイルとキャッシュを生成し、
図3は、マスターRDBファイルの完了後に、すべてのスレーブサーバに送信します
4、スレーブサーバは、RDBファイルを受信した後、古いキャッシュメモリ内のデータ、およびロードRDBファイルを削除します
5、すべてのスレーブサーバにバッファ書き込みコマンドを送信し、即座に、RDBを送信した後、マスター
図6に示すように、初期化のこの時点で完了し、後続の増分同期
2.部分レプリケーション：
Jedis接続：
https://blog.csdn.net/xiamaocheng/article/details/83277201
3.redisセンチネルアーキテクチャ：
Sentinelは、特別なセンチネルRedisので、読み書きするためのサービスを提供していない、主にモニターRedisのインスタンスのノードに使用されています。マスターノードが変化し、センチネル意志をRedisの際にフォローアップするための主ノードRedisの上のマスターノードのRedisから次の歩哨歩哨アーキテクチャを見つけるために初めて、直接アクセスするためのクライアント側は、常にマスターノードセンチネル代理アクセスによるRedisのではないだろう初めて認識され、新しいマスターノードがクライアントに割り当てられたのRedisお知らせします（クライアント側の一般が実現Redisのサブスクリプション、サブスクリプションのニュースセンチネルノードが公開されて変化）
メインでのコピーの基礎から増やします。
4.展開Sentinelは
良いのRedis-のx64-センチネルカタログをコピーするだけで入力します
新sentinel.confファイル
エディタを、次の追加
ポート26379
#MASTER
センチネルモニターマスター127.0.0.1 6380 1
センチネルダウンアフターマスター5000ミリ秒
センチネルフェイルオーバー・タイムアウトマスター180000を
パラレルマスタ1-同期センチネル
ディレクトリにcdのRedis-のx64-Sentinelは
Redisの-SERVER.EXE sentinel.conf --sentinel：センチネルサービスを開始します
参照ボーエンの一部：
https://www.cnblogs.com/cang12138/p/9132288.html#_label0
https://www.runoob.com/redis/redis-install.html
https://blog.csdn.net/tomy123456123456/article/details/81169665
