Redis学习（八）Redis主从复制

不念不忘少年蓝@ 2022-05-21 04:27 191阅读 0赞

# 1   Redis的主从复制 #

## 1.1    什么是主从复制    ##

持久化保证了即使redis服务重启也不会丢失数据，因为redis服务重启后会将硬盘上持久化的数据恢复到内存中，但是当redis服务器的硬盘损坏了可能会导致数据丢失，如果通过**redis的主从复制机制就可以避免这种单点故障**，如下图：

![70][]

说明：

*  主redis中的数据有两个副本（replication）即从redis1和从redis2，即使一台redis服务器宕机其它两台redis服务也可以继续提供服务。

*  redis中的数据和从redis上的数据保持实时同步，当主redis写入数据时通过主从复制机制会复制到两个从redis服务上。

*  只有一个主redis，可以有多个从redis。

*  主从复制不会阻塞master，在同步数据时，master 可以继续处理client 请求

*  一个redis可以即是主又是从，如下图：

![70 1][]

## 1.2    主从配置 ##

### 1.2.1   主redis配置 ###

无需特殊配置。

### 1.2.2   从redis配置    ###

*  修改从redis服务器上的redis.conf文件

<table> 
 <tbody> 
  <tr> 
   <td><p><span style="font-family:Calibri;color:#000000;"># slaveof &lt;masterip&gt; &lt;masterport&gt;</span></p> <p><span style="font-family:Calibri;color:#000000;">slaveof &nbsp;192.168.101.3 &nbsp;6379</span></p></td> 
  </tr> 
 </tbody> 
</table>

上边的配置说明当前该【从redis服务器】所对应的【主redis服务器】的IP是192.168.101.3，端口是6379。

*    使用redis-cli客户端连接到redis服务，执行slaveof命令,但是这种方式在重启后将失去主从复制关系。
    
    <table> 
     <tbody> 
      <tr> 
       <td> 
        <div style="list-style-type:disc;margin-left:32px;"> 
         <span style="color:#000000;"><span style="font-family:Calibri;">slaveof &lt;masterip&gt; &lt;masterport&gt;</span></span> 
        </div></td> 
      </tr> 
     </tbody> 
    </table>

### 1.2.3   测试 ###

同时启动主服务器（端口6379）和从服务器（端口6380）。

在主库写入数据：

![70 2][]

在从库读取数据：

![70 3][]

并且从库只有读取数据的权限而没有写入数据的权限！

![70 4][]

## 1.3    主从复制原理    ##

![70 5][]

1、  当从库和主库建立主从关系后，会向主数据库发送SYNC命令；

2、  主库接收到SYNC命令后会，会执行BGSAVE命令，开启一个子线程（调用fork命令）在后台保存快照（RDB持久化过程，无论是否配置RDB持久化策略都会生成RBD文件），并将期间接收到的写命令缓存起来；

3、  当快照完成后，主Redis会将快照文件和所有缓存的写命令发送给从Redis；

4、  从Redis接收到后，先清空原有数据，之后会载入快照文件并且执行收到的缓存的命令；

5、  之后，主Redis每当接收到写命令时就会将命令发送从Redis，从而保证数据的一致；

## 1.4    无磁盘复制 ##

通过前面的复制过程我们了解到，主库接收到SYNC的命令时会执行RDB过程，即使在配置文件中禁用RDB持久化也会生成，那么如果主库所在的服务器磁盘IO性能较差，那么这个复制过程就会出现瓶颈，庆幸的是，Redis在2.8.18版本开始实现了无磁盘复制功能。

### 1.4.1   原理： ###

Redis在与从数据库进行复制初始化时将不会将快照存储到磁盘，而是直接通过网络发送给从数据库，避免了IO性能差问题。

![70 6][]

开启无磁盘复制：repl-diskless-syncyes

英文说的很明白，IO性能差，网络条件好的情况下，无磁盘复制效果更好。

**1.5主从架构的好处**

**①避免单点故障**

②通过复制可以实现读写分离以提高服务器的负载能力。在常见的场景中，读的频率大于写，当单机的Redis无法应对大量的读请求时（尤其是耗资源的请求。比如SORT命令等）可以通过复制功能建立多个从数据库，主数据库只进行写操作，而从数据库负责读操作。

[70]: /images/20220521/df19c73cd1974b06b571389027b289f8.png
[70 1]: /images/20220521/2af6f98bcb934e7ab9c4282617ee220c.png
[70 2]: /images/20220521/eb4765fa5d324694afc1f38531a245aa.png
[70 3]: /images/20220521/64ee2fd0e4e3409cba46b58756c5f681.png
[70 4]: /images/20220521/853872834b64468c82a268eb77e8f61d.png
[70 5]: /images/20220521/7e90307fd01949e0af46a4ffc3501bdf.png
[70 6]: /images/20220521/c6c5f03d5c9043d8a616e389bb165cc3.png