5.1.11 NoSQL数据库-Redis（键值key-value）-Redis主从复制

一时失言乱红尘 2023-01-06 01:18 87阅读 0赞

**目录**

1.概念

2.作用

3.为什么使用集群

4.环境配置

5.一主二从配置

5.1 命令行或者修改配置文件搭建一主二从

5.1.1 命令行搭建一主二从

5.1.2 配置文件配置一主二从

5.2 使用细节

--------------------

# 1.概念 #

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点 (master/leader)，后者称为从节点(slave/follower)；数据的复制是单向的，只能由主节点到从节点。 Master以写为主，Slave 以读为主。 默认情况下，每台Redis服务器都是主节点； 且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。

# 2.作用 #

*  数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余的方式。
 *  故障恢复：当主节点故障时，从节点可以暂时替代主节点提供服务，是一种服务冗余的方式
 *  负载均衡：在主从复制的基础上，配合读写分离，由主节点进行写操作，从节点进行读操作，分担服务器的负载；尤其是在多读少写的场景下，通过多个从节点分担负载，提高并发量。
 *  高可用基石：主从复制还是哨兵和集群能够实施的基础。

# 3.为什么使用集群 #

*  单台服务器难以负载大量的请求
 *  单台服务器故障率高，系统崩坏概率大
 *  单台服务器内存容量有限。

一般来说，要将Redis运用于工程项目中，只使用一台Redis是万万不能的（宕机），原因如下：（1）、从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较 大； （2）、从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内存容量为256G，也不能将所有 内存用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G。 电商网站上的商品，一般都是一次上传，无数次浏览的，说专业点也就是"多读少写"。 对于这种场景，我们可以使如下这种架构：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU_size_16_color_FFFFFF_t_70][]

主从复制，读写分离！ 80% 的情况下都是在进行读操作！减缓服务器的压力！架构中经常使用！ 一主 二从！ 只要在公司中，主从复制就是必须要使用的，因为在真实的项目中不可能单机使用Redis！

# 4.环境配置 #

只配置从库，不用配置主库！

我们在讲解配置文件的时候，注意到有一个`replication`模块 (见Redis.conf中)

> 查看当前库的信息：**`info replication`**

127.0.0.1:6379> info replication # 查看当前库的信息
    # Replication
    role:master # 角色 master
    connected_slaves:0 # 没有从机
    master_replid:b63c90e6c501143759cb0e7f450bd1eb0c70882a
    master_replid2:0000000000000000000000000000000000000000
    master_repl_offset:0
    second_repl_offset:-1
    repl_backlog_active:0
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:0
    repl_backlog_histlen:0

既然需要启动多个服务，就需要多个配置文件。复制3个配置文件，然后修改对应的信息

*  1、端口
 *  2、pid 名字
 *  3、log文件名字
 *  4、dump.rdb 名字

修改完毕之后，启动我们的3个redis服务器，可以通过进程信息查看！启动单机多服务集群：

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

# 5.一主二从配置 #

## 5.1 命令行或者修改配置文件搭建一主二从 ##

### 5.1.1 命令行搭建一主二从 ###

默认情况下，每台Redis服务器都是主节点；==我们一般情况下只用配置从机就好了！

认老大！一主（79）二从（80，81），使用**`SLAVEOF host port`**就可以为从机配置主机了。

在80和91端口上：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU_size_16_color_FFFFFF_t_70 1][]

然后主机上也能看到从机的状态（79端口）：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU_size_16_color_FFFFFF_t_70 2][]

我们这里是使用命令搭建，是暂时的。

### 5.1.2 配置文件配置一主二从 ###

真实开发中应该在从机的配置文件中进行配置，这样的话是永久的。

![20210118162112602.png][]

## 5.2 使用细节 ##

*  从机只能读，不能写，主机可读可写但是多用于写。
 *      127.0.0.1:6381> set name sakura # 从机6381写入失败
        (error) READONLY You can't write against a read only replica.
        
        127.0.0.1:6380> set name sakura # 从机6380写入失败
        (error) READONLY You can't write against a read only replica.
        
        127.0.0.1:6379> set name sakura
        OK
        127.0.0.1:6379> get name
        "sakura"
 *  当主机断电宕机后，默认情况下从机的角色不会发生变化 ，集群中只是失去了写操作，当主机恢复以后，又会连接上从机恢复原状。
 *  当从机断电宕机后，若是使用命令行配置的从机，再次启动后直接作为主机，是无法获取之前主机的数据的，若此时重新配置为从机，又可以获取到主机的所有数据。

> 复制原理：

Slave 启动成功连接到 master 后会发送一个sync同步命令 Master 接到命令，启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行 完毕之后，master将传送整个数据文件到slave，并完成一次完全同步。

**全量复制**：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。 **增量复制**：Master 继续将新的所有收集到的修改命令依次传给slave，完成同步 但是只要是重新连接master，一次完全同步（全量复制）将被自动执行！ 我们的数据一定可以在从机中看到！

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU_size_16_color_FFFFFF_t_70 3][]

> 重新选老大，手动完成

如果主机断开了连接，我们可以使用**`SLAVEOF no one`**让自己变成主机！其他的节点就可以手动连接到最新的主节点（手动）！如果这个时候老大修复了，那么就重新连接！

有两种方式可以产生新的主机：

*         从机手动执行命令`slaveof no one`,这样执行以后从机会独立出来成为一个主机
 *         使用哨兵模式（自动选举）

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU_size_16_color_FFFFFF_t_70]: /images/20221119/20637bbf2cad4fe5ad7b98b39e020b61.png
[20200513215610163.png]: /images/20221119/b09280c1543f4ddeab0b4d8303911d60.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20210118161535172.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20210118161726636.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU=,size_16,color_FFFFFF,t_70
[20210118162112602.png]: https://img-blog.csdnimg.cn/20210118162112602.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU_size_16_color_FFFFFF_t_70 3]: https://img-blog.csdnimg.cn/2021011817500649.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1N1eWViaXViaXU=,size_16,color_FFFFFF,t_70