主从复制的作用主要包括:
数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。
故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。
负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。
高可用基石：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。一.准备redis.conf
复制3份redis.conf文件到指定目录，并命名为redis79.conf，redis80.conf，redis81.conf。redis79.conf作为主服务器的配置文件，其他为从服务器的配置文件。
二.修改配置文件
修改80,81从服务器的配置文件。
1.开启后台运行daemonize yes
2.requirepass 登录密码
2.修改pidfile、logfile和dbfilename。防止重名
3.在REPLICATION模块修改
a.replicaof 配置所属主服务器（永久有效）；若未配置，在客户端中使用slaveof指令配置则为临时从服务器，在重启时会恢复成主服务器。
b.masterauth 配置连接主服务器的密码（即主服务器的登录密码）
4.依次启动服务，连接客户端后使用info replication指令查询节点状态。
三.注意
1.默认从服务器只读（可修改，但为了保证数据一致性，不进行修改，因为从服务器无法复制数据到主服务器上），主服务器可读写。
2.主服务器宕机时，从服务器依然可以进行读操作，但数据无法写入且不能更新了；当主服务器恢复连接时，run id变化，进行全量复制。主服务器新增数据会进行增量复制。
3.从服务器宕机后，再恢复连接。由于run id丢失，也会进行全量复制。
四.复制原理
数据只能从主服务器复制到从服务器
复制分为全量复制和增量复制两种方式：
全量复制：从服务器数据清空并发送sync命令，主服务器发送RDB文件给从服务器进行数据恢复，此过程中主服务器数据可能有增加，它们会被缓冲，等从服务器同步完毕之后再通过缓冲得到增加的数据。
增量复制：主服务器将新增数据追加复制到从服务器中
增量复制条件：
a) 主从的redis版本>=2.8
b) redis slave进程没有消失，但是掉线了，重连了master(因为slave进程重启的话，run id就没有了)
c) redis slave保存的run id与master当前run id一致 (注：run id并不是pid，slave把它保存在内存中，重启就消失)
d) redis slave掉线期间，master保存在内存的offset可用，也就是master变化不大，被更改的指令都保存在内存
五.主从复制优缺点：
优点：
- 支持主从复制，主机会自动将数据同步到从机，可以进行读写分离
- 为了分载Master的读操作压力，Slave服务器可以为客户端提供只读操作的服务，写服务仍然必须由Master来完成
- Slave同样可以接受其它Slaves的连接和同步请求，这样可以有效的分载Master的同步压力。
- Master Server是以非阻塞的方式为Slaves提供服务。所以在Master-Slave同步期间，客户端仍然可以提交查询或修改请求。
- Slave Server同样是以非阻塞的方式完成数据同步。在同步期间，如果有客户端提交查询请求，Redis则返回同步之前的数据
缺点：
- Redis不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分读写请求失败，需要等待机器重启或者手动切换前端的IP才能恢复。
- 主机宕机，宕机前有部分数据未能及时同步到从机，切换IP后还会引入数据不一致的问题，降低了系统的可用性。
- Redis较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。