主从复制和哨兵模式详解

主从复制

简介

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

作用

  • 提高了redis服务的扩展性,避免单个redis服务器的读写访问压力过大的问题,同时也可以给为数据备份及冗余提供一种解决方案
  • 负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务,分担服务器负载。尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。
  • 高可用(集群)基石:主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础

简单结构

一个主库连接三个从库,主库处理写请求,从库处理读请求。
在这里插入图片描述

环境配置

  • 连接redis服务器
[root@liuxu lxconfig]# ls		#找到redis.conf配置文件
redis.conf
[root@liuxu lxconfig]# redis-server redis.conf   #启动redis服务
[root@liuxu lxconfig]# redis-cli -p 6379		 #客户端连接redis服务
127.0.0.1:6379> ping		#测试连接,成功
PONG
127.0.0.1:6379> 
  • 查看库信息,默认为主机
127.0.0.1:6379> info replication  #查看当前库信息
# Replication
role:master       #当前状态为主库
connected_slaves:0   #没有从库
master_failover_state:no-failover
master_replid:f5c0e970a762070860d1a737a08ec2bae68fda03
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
  • 配置一台主机,两台从机
    在这里插入图片描述
  • 建立三个配置文件,模拟三个redis服务
    在这里插入图片描述
  • 复制3个配置文件,然后修改对应的信息
    端口
    pid 名字
    log文件名字
    dump.rdb 名字

在这里插入图片描述

  • 启动三个服务
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  • 查看三个服务是否启动成功
    在这里插入图片描述
    如上图,启动成功!使用客户端连接上服务器。

redis-cli -p 6379或
redis-cli -p 6380或
redis-cli -p 6381

  • 开始操作主机和从机
#将6380设为6379的从库
127.0.0.1:6380> SLAVEOF 127.0.0.1 6379    #将6379作为主库
OK
127.0.0.1:6380> info replication		#查看信息
# Replication
role:slave              #当前为从库
master_host:127.0.0.1
master_port:6379        #主库为6379
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:42
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:5c589aac8c3d83be1ece9002cf14e7f9386f411c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:42
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:42
#查看6379的信息
127.0.0.1:6379> info replication
# Replication
role:master   
connected_slaves:1      #6380成为了从库
slave0:ip=127.0.0.1,port=6380,state=online,offset=210,lag=0		#从库为6380
master_failover_state:no-failover
master_replid:5c589aac8c3d83be1ece9002cf14e7f9386f411c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:210
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:210
#将6381设为6379的从库
127.0.0.1:6381> SLAVEOF 127.0.0.1 6379
OK
127.0.0.1:6381> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379        #主库为6379 
master_link_status:up
master_last_io_seconds_ago:2
master_sync_in_progress:0
slave_repl_offset:462
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:5c589aac8c3d83be1ece9002cf14e7f9386f411c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:462
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:449
repl_backlog_histlen:14
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2     #有两个从库
slave0:ip=127.0.0.1,port=6380,state=online,offset=574,lag=1		#从库为6380
slave1:ip=127.0.0.1,port=6381,state=online,offset=574,lag=1		#从库为6381
master_failover_state:no-failover
master_replid:5c589aac8c3d83be1ece9002cf14e7f9386f411c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:574
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:574
  • 上述关系变为下图所示
    在这里插入图片描述
  • 上述使用命令的方式配置,在真实开发中需要在配置文件中配置。

连接测试

  • 主机可以写,从机不能写只能读。主机中的所有信息和数据,都会自动被从机保存。
  • 主机断开连接,从机依旧连接到主机的,但是没有写操作。如果主机回来了,从机依旧可以直接获取到主机写的信息。
  • 主机断开了连接,可以使用 SLAVEOF no one 让自己变成主机,其他的节点就可以手动连接到最新的这个主节点。

复制原理

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

  • 全量复制:Redis用于初次复制或其它无法进行部分复制的情况,将主节点中的所有数据都发送给从节点。当数据量过大的时候,会造成很大的网络开销。

  • 部分复制:Redis 针对全量复制的过高开销做出的一种优化措施。当从节点正在复制主节点时,如果出现网络闪断或者命令丢失等异常情况时,从节点会向主节点要求补发丢失的命令数据,主节点的复制积压缓冲区将这部分数据直接发送给从节点。

只要是重新连接master,一次完全同步(全量复制)将被自动执行复制主要实现了数据的多机备份,以及对于读操作的负载均衡和简单的故障恢复

主从复制也可以表现为如下模式
在这里插入图片描述

哨兵模式

概述

主从切换技术的方法是:当主服务器宕机后,需要手动把一台从服务器切换为主服务器,这就需要人工干预,费事费力,还会造成一段时间内服务不可用。这不是一种推荐的方式,更多时候,我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel(哨兵) 架构来解决这个问题。 哨兵实现了在复制的基础上自动化的故障恢复。可以看成主从复制的智能版,即能自己转化主机。

哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行。其原理是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例
在这里插入图片描述

作用

  • 通过发送命令,让Redis服务器返回监控其运行状态,包括主服务器和从服务器。

  • 当哨兵监测到master宕机,会自动将slave切换成master,然后通过发布订阅模式通知其他的从服务器,修改配置文件,让它们切换主机。

优点

  • 发生故障时,主从可以自动切换,有效解决主从复制时发生故障需要手动切换的问题。

缺点

  • Redis 不容易在线扩容,集群容量一旦到达上限,在线扩容就十分麻烦。
  • 实现哨兵模式的配置繁琐。

多哨兵模式

在这里插入图片描述
假设主服务器宕机,哨兵1先检测到这个结果,系统并不会马上进行failover过程,仅仅是哨兵1主观的认为主服务器不可用,这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用,并且数量达到一定值时,那么哨兵之间就会进行一次投票,投票的结果由一个哨兵发起,进行failover[故障转移]操作。切换成功后,就会通过发布订阅模式,让各个哨兵把自己监控的从服务器实现切换主机,这个过程称为客观下线

配置哨兵配置文件sentimel.conf

sentinel monitor myredis 127.0.0.1 6379 1

后面的这个数字1,代表主机挂了,slave投票看让谁接替成为主机,票数最多的,就会成为主机。

启动哨兵模式

[root@liuxu bin]# ls
dump.rdb  lxconfig  redis-benchmark  redis-check-aof  redis-check-rdb  redis-cli  redis-sentinel  redis-server
[root@liuxu bin]# cd lxconfig/
[root@liuxu lxconfig]# vim sentinel.cnf   #创建哨兵的配置文件
[root@liuxu lxconfig]# cd ..
[root@liuxu bin]# redis-sentinel lxconfig/sentinel.cnf     #启动哨兵模式
2735:X 30 Aug 2021 17:43:26.975 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2735:X 30 Aug 2021 17:43:26.975 # Redis version=6.2.5, bits=64, commit=00000000, modified=0, pid=2735, just started
2735:X 30 Aug 2021 17:43:26.975 # Configuration loaded
2735:X 30 Aug 2021 17:43:26.976 * monotonic clock: POSIX clock_gettime
                _._                                                  
           _.-``__ ''-._                                             
      _.-``    `.  `_.  ''-._           Redis 6.2.5 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._                                  
 (    '      ,       .-`  | `,    )     Running in sentinel mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 26379
 |    `-._   `._    /     _.-'    |     PID: 2735
  `-._    `-._  `-./  _.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |           https://redis.io       
  `-._    `-._`-.__.-'_.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |                                  
  `-._    `-._`-.__.-'_.-'    _.-'                                   
      `-._    `-.__.-'    _.-'                                       
          `-._        _.-'                                           
              `-.__.-'                                               

2735:X 30 Aug 2021 17:43:26.976 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
2735:X 30 Aug 2021 17:43:26.987 # Sentinel ID is 302d9618320210076194f03c8c679cb0dc3c6e8f
2735:X 30 Aug 2021 17:43:26.987 # +monitor master myredis 127.0.0.1 6379 quorum 1
2735:X 30 Aug 2021 17:43:26.987 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6379
2735:X 30 Aug 2021 17:43:26.996 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ myredis 127.0.0.1 6379

参考连接:https://blog.csdn.net/LINZEYU666/article/details/115532621

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis 3.2版本支持主从复制哨兵模式主从复制是指将一个Redis实例作为主节点,其他Redis实例作为从节点,主节点将数据同步到从节点,实现数据的备份和读写分离。哨兵模式是在主从复制的基础上引入了哨兵节点,哨兵节点负责监控主节点的状态,并在主节点宕机时自动将一个从节点升级为新的主节点,确保系统的高可用性。 在Redis 3.2中,启动主从复制哨兵模式的步骤如下: 1. 首先启动主服务器。 2. 然后启动从服务器。 3. 在启动哨兵节点之前,需要修改哨兵配置文件sentinel.conf,配置主节点和从节点的信息。 4. 最后启动哨兵节点。 需要注意的是,启动主服务器和从服务器的顺序很重要,应该先启动主服务器,再启动从服务器。这样可以确保主服务器在启动时已经准备好接收从服务器的连接。 总结起来,启动Redis 3.2的主从复制哨兵模式的步骤是先启动主服务器,再启动从服务器,最后启动哨兵节点。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* [Redis主从复制和哨兵机制详解](https://blog.csdn.net/weixin_43888891/article/details/131039418)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down1,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [Redis主从复制哨兵模式、集群)概述及部署](https://blog.csdn.net/weixin_59663288/article/details/125560643)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值