Redis之主从复制

红太狼 2022-02-03 05:13 239阅读 0赞

## 主从复制 ##

主从复制可以扩展Redis的性能，比单机版的Redis性能更加的稳定，Redis的主从复制和关系型数据库的主从复制差不多。从机能精确的从主机复制信息。

## 主从复制的优点: ##

实现读写分离
    降低master的压力
    实现数据的备份

## 主从关系图 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70]

## 实例配置 ##

三个redis实例,ip地址分配如下:

192.168.88.121:6379
    192.168.88.121:6380
    192.168.88.121:6381

## 创建配置文件 ##

将redis.conf配置文件复制三份

[root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6379.conf
    [root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6380.conf
    [root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6381.conf

![在这里插入图片描述][20190508204553358.png]

## 修改三个配置文件 ##

先修改6379配置文件,将如下内容修改为6379,默认6379不用改变

port 6379
    pidfile /var/run/redis_6379.pid
    logfile "6379.log"
    dbfilename dump6379.rdb
    appendfilename "appendonly6379.aof"

## 启动实例 ##

通过如下三个命令分别启动三个实例

[root@hadoop-node01 redis-5.0.3]# src/redis-server redis6379.conf 
    [root@hadoop-node01 redis-5.0.3]# src/redis-server redis6380.conf 
    [root@hadoop-node01 redis-5.0.3]# src/redis-server redis6381.conf

## 分别进入实例 ##

通过如下命令进入三个实例

[root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6379
    127.0.0.1:6379> ping
    PONG
    127.0.0.1:6379>

[root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6380
    127.0.0.1:6380> ping
    PONG
    127.0.0.1:6380>

[root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6381
    127.0.0.1:6381> ping
    PONG
    127.0.0.1:6381>

到此我们成功的配置了三个实例，但是这三个实例到此还是相互独立的。

## 配置主从关系 ##

设置6371的实例为master，6380和6381的为slave，如此只需要在6380和6381上分别指向如下命令即可

127.0.0.1:6380> slaveof 127.0.0.1 6379
    127.0.0.1:6381> slaveof 127.0.0.1 6379

## 查看主从关系 ##

在master上查看,执行如下命令

127.0.0.1:6379> INFO replication
    # Replication
    role:master
    connected_slaves:2
    slave0:ip=127.0.0.1,port=6380,state=online,offset=280,lag=1
    slave1:ip=127.0.0.1,port=6381,state=online,offset=280,lag=1
    master_replid:8f432756134c9d855c3957341173a2dfc6d603db
    master_replid2:0000000000000000000000000000000000000000
    master_repl_offset:280
    second_repl_offset:-1
    repl_backlog_active:1
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:1
    repl_backlog_histlen:280

可以看到角色是master，有两个slave节点地址端口信息都有，  
在slave上查看(6381上执行 info replication)

127.0.0.1:6381> info replication
    # Replication
    role:slave
    master_host:127.0.0.1
    master_port:6379
    master_link_status:up
    master_last_io_seconds_ago:7
    master_sync_in_progress:0
    slave_repl_offset:336
    slave_priority:100
    slave_read_only:1
    connected_slaves:0
    master_replid:8f432756134c9d855c3957341173a2dfc6d603db
    master_replid2:0000000000000000000000000000000000000000
    master_repl_offset:336
    second_repl_offset:-1
    repl_backlog_active:1
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:29
    repl_backlog_histlen:308

可以看到角色为slave，对应的master信息也都有。

## 测试 ##

我们在master上添加一个信息，在slave上查看。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 1]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 2]

## 主从复制需要注意的地方 ##

如果master已经运行了一段时间，slave才连上来，此时slave会对master的所有数据进行同步，而不是从连接上的时间点同步！
    master节点可读可写，但是slave节点只读不可写(如果非要写可以修改redis.conf文件中的slave-read-only的值来实现)
    在当前的这个主从结构中，如果master挂点，重启后依然还是master，主从操作依然可用。

## 复制原理 ##

## 1.全量复制 ##

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

从服务器连接主服务器，发送SYNC命令；
        主服务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；
        主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令；
        从服务器收到快照文件后丢弃所有旧数据，载入收到的快照；
        主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令；
        从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令；

完成上面几个步骤后就完成了从服务器数据初始化的所有操作，从服务器此时可以接收来自用户的读请求。

## 2.增量复制 ##

Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。 增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令。

复制偏移量  
执行复制的双方——主服务器和从服务器会分别维护一个复制偏移量：

主服务器每次向从服务器传播N个字节的数据时，就将自己的复制偏移量的值加上N；
        从服务器每次收到主服务器传播来的N个字节的数据时，就将自己的复制偏移量的值加上N；

注意只要是slave重新连接master都会自动执行一个全量复制

## 主从复制的另一种结构 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 3]

## 具体实现 ##

实现方式很简单,我们只需要在6381上执行如下命令即可

127.0.0.1:6381> slaveof 127.0.0.1 6380
    OK

## 查看6379节点信息 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 4]

## 在6380上查看 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 5]

## 在6381上查看 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 6]  
如此6380是一个从机，而6380还有一个slave是6381.至此实现了我们上面的结构图

## 测试 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 7]

## 哨兵模式 ##

结合上篇文章我们给大家介绍了两种主从复制的模式，但是我们发现不论是哪种模式，一旦master宕机了，那么整合服务就不可以使用了，此时我们希望系统能在还运行的slave中从新选举新的节点作为mater这样我们就不用重启服务了。能够显著的提高我们系统的稳定性，这里就需要用到我们将要介绍的哨兵模式。

## 主从复制还是用一主两从 ##

## 哨兵模式配置 ##

修改和redis.conf同级目录下的sentinel.conf文件  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 8]

sentinel monitor mymaster 127.0.0.1 6379 1

mymaster 是要监控的主机名 可以随意的取  
最后的1 表示的是哨兵投票通过的最低票数，我们开启一个哨兵进程的话投票就给1。

## 启动哨兵模式 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 9]

src/redis-sentinel sentinel.conf

再分别启动主从服务器

[root@hadoop-node01 redis-5.0.3]# src/redis-server redis6379.conf 
    [root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6379
    [root@hadoop-node01 redis-5.0.3]# src/redis-server redis6380.conf 
    [root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6380
    127.0.0.1:6380> slaveof 127.0.0.1 6379
    [root@hadoop-node01 redis-5.0.3]# src/redis-server redis6381.conf 
    [root@hadoop-node01 redis-5.0.3]# src/redis-cli -p 6381
    127.0.0.1:6381> slaveof 127.0.0.1 6379

## 关闭6379master测试 ##

查看6379状态  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 10]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 11]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70]: /images/20220203/2614c64c394e484ca1cb86e4bbe832e7.png
[20190508204553358.png]: /images/20220203/5c0a19d947a04319ab35f5fad433fac8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 1]: /images/20220203/9dab2bc3f6d94b60b138ed89ec193e5f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 2]: /images/20220203/b0b662d832a14bda930185bdc2d98288.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 3]: /images/20220203/fbbaba74f1ac41ac9e64d23ddbcc66a5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 4]: /images/20220203/9178e4b918a44319a7f8f5a5a57a32d0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 5]: /images/20220203/91edbb15989e47f79e238e71468c92d4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 6]: /images/20220203/4f8adff7b8254e51a8b51790e65b3052.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 7]: /images/20220203/bd386610d0484e04b8c12c5859be3f10.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 8]: /images/20220203/d2e1e87110954031b819aa376a1b2194.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 9]: /images/20220203/fe7807348d564a6b9a5dbddb61f5883a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 10]: /images/20220203/3aa0a8f9015241aebec0a01e7fe96c32.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMwOTg0NTYx_size_16_color_FFFFFF_t_70 11]: /images/20220203/0f723c99825c4c8896ca9bc1ff231496.png