redis集群模式通常有3种：主从模式，哨兵模式，Cluster集群模式，本文带大家详细了解一下。
主从模式
架构模型如下：
为了避免单点故障，通常的做法是将数据库复制多个副本以部署在不同的服务器上，这样即使有一台服务器出现故障，其他服务器依然可以继续提供服务。为此， Redis 提供了复制（replication）功能，可以实现当一台数据库中的数据更新后，自动将更新的数据同步到其他数据库上。
在复制的概念中，数据库分为两类，一类是主数据库（master），另一类是从数据库(slave）。主数据库可以进行读写操作，当写操作导致数据变化时会自动将数据同步给从数据库。而从数据库一般是只读的，并接受主数据库同步过来的数据。一个主数据库可以拥有多个从数据库，而一个从数据库只能拥有一个主数据库。
此种模式非常类似于RDBMS的读写分离，对比分析更容易理解。
配置：
主数据库不用配置，从数据库需从其配置文件（redis.conf）中加载主数据库的信息，也可以在启动时，使用 redis-server --port 6380 --slaveof 127.0.0.1 6379 命令指明主数据库的 IP 和端口。从数据库一般是只读，可以改为可写，但写入的数据很容易被主同步没，所以还是只读就可以。也可以在运行时使用 slaveof ip port 命令，停止原来的主，切换成刚刚设置的主， slaveof no one会把自己变成主。
原理：
1.从数据库连接主数据库，发送SYNC命令；
2.主数据库接收到SYNC命令后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；
3.主数据库BGSAVE执行完后，向所有从数据库发送快照文件，并在发送期间继续记录被执行的写命令；
4.从数据库收到快照文件后丢弃所有旧数据，载入收到的快照；
5.主数据库快照发送完毕后开始向从数据库发送缓冲区中的写命令；
6-7.从数据库完成对快照的载入，开始接收命令请求，并执行来自主数据库缓冲区的写命令；（从数据库初始化完成）
8.主数据库每执行一个写命令就会向从数据库发送相同的写命令，从数据库接收并执行收到的写命令（从数据库初始化完成后的操作）
出现断开重连后，2.8之后的版本会将断线期间的命令传给从数据库，增量复制。
主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。当然，如果有需要，slave 在任何时候都可以发起全量同步。Redis 的策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。
优势:
缺点：
示例
备注：windows10 X64, redis 3.2.100 64bit
1，在安装目录下，复制两份配置文件，分别命名为redis.windows.6380.conf，redis.windows.6381.conf，master的配置文件为redis.windows.conf.
2.更改redis.windows.6380.conf的参数为
port 6380 dbfilename dump_6380.rdb slaveof 127.0.0.1 6379 masterauth foobared //如果master设置了密码，需要配置此项
3.更改redis.windows.6380.conf的参数为
port 6381 dbfilename dump_6381.rdb slaveof 127.0.0.1 6379 masterauth foobared //如果master设置了密码，需要配置此项
4.启动master
redis-server C:\Redis-x64-3.2.100\redis.windows.conf
5.开启2个新的cmd分别启动2个slave
redis-server C:\Redis-x64-3.2.100\redis.windows.6380.conf redis-server C:\Redis-x64-3.2.100\redis.windows.6381.conf
启动成功可以看到如下日志：
[4704] 10 Dec 14:02:34.120 # Server started, Redis version 3.2.100 [4704] 10 Dec 14:02:34.120 * DB loaded from disk: 0.000 seconds [4704] 10 Dec 14:02:34.120 * The server is now ready to accept connections on port 6380 [4704] 10 Dec 14:02:34.120 - 0 clients connected (0 slaves), 631504 bytes in use [4704] 10 Dec 14:02:34.120 * Connecting to MASTER 127.0.0.1:6379 [4704] 10 Dec 14:02:34.120 * MASTER <-> SLAVE sync started [4704] 10 Dec 14:02:34.120 * Non blocking connect for SYNC fired the event. [4704] 10 Dec 14:02:34.120 * Master replied to PING, replication can continue... [4704] 10 Dec 14:02:34.120 * Partial resynchronization not possible (no cached master) [4704] 10 Dec 14:02:34.136 * Full resync from master: dd60020b5eebafb39b34c0c21a557d36e8505b96:1 [4704] 10 Dec 14:02:34.292 * MASTER <-> SLAVE sync: receiving 164835 bytes from master [4704] 10 Dec 14:02:34.292 * MASTER <-> SLAVE sync: Flushing old data [4704] 10 Dec 14:02:34.292 * MASTER <-> SLAVE sync: Loading DB in memory [4704] 10 Dec 14:02:34.307 * MASTER <-> SLAVE sync: Finished with success
6.验证测试
使用客户端连接到master
127.0.0.1:6379> set slave1 slave1 OK 127.0.0.1:6379> get slave1 "slave1"
此时分别在2个slave上读取：
127.0.0.1:6380> get slave1 "slave1" 127.0.0.1:6381> get slave1 "slave1"
在slave更改slave1的值
127.0.0.1:6380> set slave1 slave2 (error) READONLY You can't write against a read only slave.
slave为只读，不能写入
7.数据库文件
数据库文件大小一致，6380和6381都同步了master的数据。
