一：作用
可以把master的数据同步到slave中保存，增强数据安全性。
可以分散来自客户端的读请求，降低master的压力。
默认主宕机后无法主从切换，利用哨兵模式可以做到。
二：过程：
1、slave连接master时候，master会执行BGSAVE操作。所以master中须保证已配置dir和dbfilename选项，并且所指路径和文件对于redis是可写的。
2、主从复制的设置方式：
a、在slave的conf中：slaveof master<ip> master<port> ，slave启动时，就会去连接master。（5.0之后slaveof变为replicaof）
b、如果slave正在运行，用户可以发送指令：slaveof master<ip> master<port> 来连接master。 （slaveof no one命令终止复制）
3、复制的启动过程：
实际运用中，master最好只使用50%-65%的内存，留下一定的内存用于BGSAVE命令和创建用于记录写命令的缓冲区，否则会影响redis处理命令请求的效率(主从服务器间的网络宽带不足也会影响)。
4、当多个从连接一个主时，可能出现以下之一：
5、主从链：就是slave可以有slave
同时使用AOF和主从复制，可以将数据持久化到多台机器。当然，这得保证需要持久化的服务器上开启了AOF相关配置（appendonly yes和appendfsync everysec）。
6、权限验证
主从正常连接后，进行权限验证
主未设置密码（ requirepass=“” ） ，从也不用设置密码（ masterauth=“” ）
主设置密码 (requirepass!=""), 从需要设置密码 (masterauth= 主的 requirepass 的值 )
或者从通过 auth 命令向主发送密码
上面认识了主从复制和主从链，什么情况下使用？
1、读请求的重要性明显高于写，并且请求的数量远远超出一台redis可以处理的范围，这时候需要添加服务器，就可以使用主从复制。
2、master无法快速更新所有slave，或者因重新连接和重新同步slave导致系统超载，可以使用主从链，不要把所有的slave绑定到一台master上。
注：slave其实是可以接受写命令的，修改slave配置文件中的slave-read-only no则可，，slave接受的写操作时不会同步到master的,一般也不会这么做…
