redis主从复制

为什么要使用主从复制
和Mysql主从复制的原因一样，Redis虽然读取写入的速度都特别快，但是也会产生读压力特别大的情况。为了分担读压力，Redis支持主从复制，Redis的主从结构可以采用一主多从或者级联结构，Redis主从复制可以根据是否是全量分为全量同步和增量同步

Redis主从同步
Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，同步使用的是发布/订阅机制
采用异步复制
主从复制对于主redis服务器来说是非阻塞的，这意味着当从服务器在进行主从复制同步过程中，主redis仍然可以处理外界的访问请求
主从复制对于从redis服务器来说也是非阻塞的，这意味着，即使从redis在进行主从复制过程中也可以接受外界的查询请求，只不过这时候从redis返回的是以前老的数据，（虽然说主从复制过程中对于从redis是非阻塞的，但是当从redis从主redis同步过来最新的数据后还需要将新数据加载到内存中，在加载到内存的过程中是阻塞的，在这段时间内的请求将会被阻，但是即使对于大数据集，加载到内存的时间也是比较多的）

配置主从同步
Mater Slave的模式，从Slave向Master发起SYNC命令。
可以是1 Master 多Slave，可以分层，Slave下可以再接Slave，可扩展成树状结构。

同步方法
全量同步
Redis全量复制一般发生在Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份。具体步骤如下：

• 从服务器连接主服务器，发送SYNC命令；
• 主服务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；
• 主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令；
• 从服务器收到快照文件后丢弃所有旧数据，载入收到的快照；
• 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令；
• 从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令；
• 完成上面几个步骤后就完成了从服务器数据初始化的所有操作，从服务器此时可以接收来自用户的读请求
  
  增量同步
  Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。
  增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令

已单机多实例为例
cd /etc/redis/
cp 6379.conf 6380.conf
vim 6380.conf
%s/6379/6380/g 批量替换

启动多实例
cd /etc/redis/
/usr/local/redis/bin/redis-server 6380.conf
ss -lnpt |grep 63
LISTEN 0 511 :6379 : users:((“redis-server”,3673,5))
LISTEN 0 511 :::6379 ::: users:((“redis-server”,3673,4))
LISTEN 0 511 :6380 : users:((“redis-server”,6391,5))
LISTEN 0 511 :::6380 ::: users:((“redis-server”,6391,4))

把6380变为6379的从库 从服务器为只读
redis-cli -h 10.125.19.50 -p 6380
10.125.192.50:6380> slaveof 10.125.192.50 6379
查看状态
10.125.192.50:6380> info
#Replication
role:slave
master_host:10.125.192.50
master_port:6379
master_link_status:up #关键指标
master_last_io_seconds_ago:4

主库查看状态
10.125.192.50:6379> info
#Replication
role:master
connected_slaves:1
slave0:ip=10.125.192.50,port=6380,state=online,offset=183,lag=1

修改配置文件 修改从服务器配置文件
slaveof 10.125.192.50 6379
slave-read-only yes
如果主库设置了密码
masterauth 后边跟主库密码

从服务器默认是只读状态 如果主redis挂掉 把从提升为主的时候需要执行
登录从redis中执行
slaveof no one #含义 把从提升为主

健康检查
Slave按照repl-ping-slave-period的间隔（默认10秒），向Master发送ping。
如果主从间的链接中断后，再次连接的时候，2.8以前按照full sync再同期。2.8以后，因为有backlog的设定，backlog存在master的内存里，重新连接之前，如果redis没有重启，并且offset在backlog保存的范围内，可以实现从断开地方同期，不符合这个条件，还是full sync
#repl-backlog-size 1mb

用monitor命令，可以看到slave在发送ping
192.168.56.7:6380> monitor
OK
1552400713.736661 [0 192.168.56.7:6379] “PING”
1552400723.832439 [0 192.168.56.7:6379] “PING”

无磁盘复制（不推荐）
通常来讲，一个完全重新同步需要在磁盘上创建一个RDB文件，然后加载这个文件以便为从服务器发送数据。
如果使用比较低速的磁盘，这种操作会给主服务器带来较大的压力。Redis从2.8.18版本开始尝试支持无磁盘的复制。
使用这种设置时，子进程直接将RDB通过网络发送给从服务器，不使用磁盘作为中间存储。
使用repl-diskless-sync配置参数来启动无磁盘复制。使用repl-diskless-sync-delay 参数来配置传输开始的延迟时间，以便等待
更多的从服务器连接上来