Redis主从复制

Redis版本5.0.14

一、前言

1.1 概念

注意
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称之为主节点（master/leader），后者称之为从节点（slave/flower）；数据的复制都是单向的，只能从主节点到从节点。 Master以写为主，Slave以读为主。

默认情况下，每台Redis服务器都是主节点。且一个主节点可以有多个从节点或者没有从节点，但是一个从节点只能有一个主节点。

1.2 主从复制的作用

1、数据冗余：主从复制实现了数据的热备份，是持久化的之外的一种数据冗余方式。

2、故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复。实际也是一种服务的冗余。

3、负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis的时候应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个节点分担读负载，可以大大提高Redis服务器的并发量。

4、高可用（集群）的基石：除了上述作用以外，主从复制还是哨兵模式和集群能够实施的基础，因此说主从复制是Redis高可用的基础。
一般来说，要将Redis运用于工程项目中，只使用一台Redis是万万不能的（可能会宕机），原因如下：

1、从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力很大；
2、从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内存容量为265G，也不能将所有的内存用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G。

二、主从复制配置

本实验配置的是一主二从
主：192.168.93.225
从：192.168.93.227和192.168.93.228

2.1 配置前环境配置

设置主服务器192.168.93.225的网络环境

#注释掉bin 127.0.0.1, 或者修改bin 0.0.0.0,表示允许所有ip地址访问
bind 0.0.0.0

#修改peotected-mode yes改为：protected-mode no₈ 
#protected-mode参数是为了禁止外网访问redis,如果启用了，则只能够通过lookback ip (127.0.0.1)访问Redis。
protected-mode no

如果主服务设置了密码，那么从服务器要进行面的配置

masterauth 123456

从服务器的配置

在从机配置文件中添加下面的命令

################################# REPLICATION #################################
 replicaof 192.168.93.225 6379 # 从本机6379的redis实例复制数据，Redis 5.0之前使用slaveof 

在主机中查看主从复制

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.93.228,port=6379,state=online,offset=897,lag=0
slave1:ip=192.168.93.227,port=6379,state=online,offset=897,lag=1
master_repl_offset:897
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:896

2.4 薪火相传

一个主服务器可以有多个从服务器。不仅主服务器可以有从服务器， 从服务器也可以有自己的从服务器， 多个从服务器之间可以构成一个图状结构。

这时候，主服务器192.168.93.225只有一个从服务器192.168.93.227。但是不同的是从服务192.168.93.227也有一个从服务器192.168.93.228

三、主从复制的特性

3.1 从服务器的只读

从 Redis 2.6 开始， 从服务器支持只读模式， 并且该模式为从服务器的默认模式。

只读模式由 redis.conf 文件中的 replica‐read‐only 选项控制， 也可以通过 CONFIG SET 命令来开启或关闭这个模式。

//配置从节点只读，默认yes
replica‐read‐only yes 

只读从服务器会拒绝执行任何写命令， 所以不会出现因为操作失误而将数据不小心写入到了从服务器的情况。

即使从服务器是只读的， DEBUG 和 CONFIG 等管理式命令仍然是可以使用的， 所以我们还是不应该将服务器暴露给互联网或者任何不可信网络。 不过， 使用 redis.conf 中的命令改名选项， 我们可以通过禁止执行某些命令来提升只读从服务器的安全性。

你可能会感到好奇， 既然从服务器上的写数据会被重同步数据覆盖， 也可能在从服务器重启时丢失， 那么为什么要让一个从服务器变得可写呢？

原因是， 一些不重要的临时数据， 仍然是可以保存在从服务器上面的。 比如说， 客户端可以在从服务器上保存主服务器的可达性（reachability）信息， 从而实现故障转移（failover）策略。

127.0.0.1:6379> set k1 k2
(error) READONLY You can't write against a read only slave.

3.2 大哥永远是大哥

当我们主服务宕机，从服务器的表现

127.0.0.1:6379> info replication
# Replication
role:slave
master_host:192.168.93.225
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1
master_sync_in_progress:0
slave_repl_offset:12825
master_link_down_since_seconds:167
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

当我们主服务宕机后，重启成功，从服务器的表现

127.0.0.1:6379> info replication
# Replication
role:slave
master_host:192.168.93.225
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:1
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

当主服务宕机后，从服务器还是从服务器，不会越位，当主服务器重新启动后，其从服务还会认这个主服务器。概括成一句话就是，大哥永远是大哥，如果我们想动态的主从配置，那么想要用到哨兵模式

四、Redis主从工作原理

如果你为master配置了一个slave，不管这个slave是否是第一次连接上Master，它都会发送一个PSYNC 命令给master请求复制数据。

master收到PSYNC命令后，会在后台进行数据持久化通过bgsave生成最新的rdb快照文件，持久化期间，master会继续接收客户端的请求，它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完 毕以后，master会把这份rdb文件数据集发送给slave，slave会把接收到的数据进行持久化生成rdb，然后 再加载到内存中。然后，master再将之前缓存在内存中的命令发送给slave。

当master与slave之间的连接由于某些原因而断开时，slave能够自动重连Master，如果master收到了多 个slave并发连接请求，它只会进行一次持久化，而不是一个连接一次，然后再把这一份持久化的数据发送 给多个并发连接的slave。

主从复制(全量复制)流程图：

数据部分复制

当master和slave断开重连后，一般都会对整份数据进行复制。但从redis2.8版本开始，redis改用可以支持部分数据复制的命令PSYNC去master同步数据，slave与master能够在网络连接断开重连后只进行部分 数据复制(断点续传)。

master会在其内存中创建一个复制数据用的缓存队列，缓存最近一段时间的数据，master和它所有的 slave都维护了复制的数据下标offset和master的进程id，因此，当网络连接断开后，slave会请求master 继续进行未完成的复制，从所记录的数据下标开始。如果master进程id变化了，或者从节点数据下标 offset太旧，已经不在master的缓存队列里了，那么将会进行一次全量数据的复制。

主从复制(部分复制，断点续传)流程图：

如果有很多从节点，为了缓解主从复制风暴(多个从节点同时复制主节点导致主节点压力过大)

可以做如 下架构，让部分从节点与从节点(与主节点同步)同步数据