マスターコピー（独立した読み取りおよび書き込み）から：
読むには、ライブラリからマスタ書き込みで書かれたライブラリを読み込みます。
複製の主な利点から：
障害のRedisの単一のポイントを避けるため
、別の読み取りを構築し、読み、以下の書き込みのニーズを満たすためにアーキテクチャを記述します。
マスター・スレーブ・アーキテクチャ：
：操作は、（異なるインスタンス、擬似マスター複製の機械で出発して、インスタンスを起動）
6379,6380,6381 3つの例を起動し、1コピーのプロファイル、設定ファイルを修正します。
2.一次及び
2からメインRedisの内に配置された：
（1）redis.confのslaveof（永久）に配置された
（2）コマンドを実行salveod、サービスに接続するためにRedisのクライアントを使用して、（一時的）
3. INFO複製コマンドを使用して、マスターからの情報を確認します。
4.テスト
メインライブラリ内の書き込みデータ：
ライブラリから読み出されたデータには：
マスター・スレーブ・アーキテクチャから：
マスタスレーブアーキテクチャの動作は書きませんに似ています。
ライブラリから読み取り専用：
デフォルトのRedisのではスレーブの役割は読み取り専用ではなく書き込めませんすることができますとしての役割を果たす。
設定ファイルは唯一の非読んで開くことができます。スレーブ読み取り専用なし
マスター・スレーブレプリケーションの原則：
メインライブラリとメインライブラリから構築する場合、同期コマンドは、メインライブラリとして関係から送信され、
主なライブラリは、バックグラウンドでのスナップショット（RDBプロセスを）保存を開始するためにsyncコマンドを受信し、中に受信しましたキャッシュされたコマンドを記述し、
スナップショットが完了すると、メインのRedisはRedisのからに一緒にスナップショットファイルとキャッシュ書き込みコマンドを送信します。
Redisのから受信し、スナップショットをロードし、キャッシュの書き込みコマンドを受け取るでしょう。
それぞれの後受信メインRedisのは、データの整合性を保証するために、Redisのからのライトコマンドに送信されたとき。
无磁盘复制：
如果主库所在的服务器的磁盘io能力较差的话，那么主从复制就会遇到瓶颈。的redis2.8.18版本后引入了无磁盘复制。
原理：
redis在与从库进行复制初始化的时候不再将快照保存在磁盘，而是通过网络直接发送给从库，从而避免了io性能差的问题。
开启无磁盘复制：repl-diskless-sync yes
主从架构出现宕机怎么办？
如果在主从复制架构中遇到宕机的话，一般要分情况：
1.从redis宕机
这种情况相对来说比较简单，只需将从redis重启，重启后从redis会自动加入到主从架构中，完成数据的同步。而且从redis2.8开始还实现了主从断线后恢复的情况下实现增量更新的功能。
2.主redis宕机
需要完成两步，第一步是在从redis中执行SLAVEOF NO ONE 命令，断开主从关系并且提升为主库继续提供服务；第二步是将主库重新启动，执行SLAVEOF命令，将其设置为其他库的从库，这时数据就会更新回来。这个过程一般使用哨兵来监听。