一起来聊聊redis中的主从复制

本篇文章带大家聊聊redis中的主从复制,介绍一下具体使用,注意事项以及哨兵模式,希望对大家有所帮助!

一起来聊聊redis中的主从复制

一:概述

redis主从复制说目前使用最多的一种读写分离手段,由一个主Master附带一个或多个从Slave,

主Master负责写操作,主要解决的问题是分担redis读的压力,提高数据读写效率。【相关推荐:Redis视频教程】

1.png

二:具体使用

1.从库指定连接主库:

host为连接地址,port为连接地址的端口号,当然也可以自己复制多个redis.conf文件,通过修改其端口号线程号等信息来启动多个不同端口的redis服务

SLAVEOF [host] [port]

2.主库负责写(读也可以),从库只能读:

主库中写的数据能在从库中获取:6381为主库,6380为从库

2.png

3.使从库重新成为主库:

SLAVEOF no one

三:注意事项:

(1)一般情况下,主库掉线后,从库会等待主库重新连线,依旧保持从库状态

(2)从库掉线后,需重新连上主库,才能作为从库,否则则为主库

四:哨兵模式

概述:为了当主库服务掉线后,使其他从库能重新选取一个主库继续服务运转

作用:当主库服务掉线之后,哨兵会监听到主库掉线,并进行投票操作使其中一个从库成为主库替代原主库运行。

1、在redis服务启动的目录下创建一个 sentinel.conf文件,vim编辑此配置文件

` sentinel monitor host6379 127.0.0.1 6381 1  `

2、通过 redis-sentinel 【文件目录】/sentinel.conf启动哨兵

注意:哨兵模式下,当原主库重新连接后,哨兵会对其操作加入到新的主库下,也就是作为新主库的一个从库存在。

五:原理:

 连接建立-->数据同步-->命令持续传播
 
 在从节点执行 slaveof 命令后,复制过程便开始运作,下面图示大概可以看到,\

从图中可以看出复制过程大致分为6个过程

3.png

主从配置之后的日志记录也可以看出这个流程

1)保存主节点(master)信息。
执行 slaveof 后 Redis 会打印如下日志:

4.png

2)从节点(slave)内部通过每秒运行的定时任务维护复制相关逻辑,当定时任务发现存在新的主节点后,会尝试与该节点建立网络连接\

5.png

从节点与主节点建立网络连接

从节点会建立一个 socket 套接字,从节点建立了一个端口为51234的套接字,专门用于接受主节点发送的复制命令。从节点连接成功后打印如下日志:

6.png

如果从节点无法建立连接,定时任务会无限重试直到连接成功或者执行 slaveof no one 取消复制 关于连接失败,可以在从节点执行 info replication 查看 master_link_down_since_seconds 指标,它会记录与主节点连接失败的系统时间。从节点连接主节点失败时也会每秒打印如下日志,方便发现问题:

# Error condition on socket for SYNC: {socket_error_reason}

3)发送 ping 命令。
连接建立成功后从节点发送 ping 请求进行首次通信,ping 请求主要目的如下:
·检测主从之间网络套接字是否可用。
·检测主节点当前是否可接受处理命令。
如果发送 ping 命令后,从节点没有收到主节点的 pong 回复或者超时,比如网络超时或者主节点正在阻塞无法响应命令,从节点会断开复制连接,下次定时任务会发起重连。\

7.png

8.png

从节点发送的 ping 命令成功返回,Redis 打印如下日志,并继续后续复制流程:\

9.png

4)权限验证。如果主节点设置了 requirepass 参数,则需要密码验证,从节点必须配置 masterauth 参数保证与主节点相同的密码才能通过验证;如果验证失败复制将终止,从节点重新发起复制流程。

5)同步数据集。主从复制连接正常通信后,对于首次建立复制的场景,主节点会把持有的数据全部发送给从节点,这部分操作是耗时最长的步骤。

6)命令持续复制。当主节点把当前的数据同步给从节点后,便完成了复制的建立流程。接下来主节点会持续地把写命令发送给从节点,保证主从数据一致性。

更多编程相关知识,请访问:编程视频!!

以上就是一起来聊聊redis中的主从复制的详细内容,更多请关注https://www.sxiaw.com/其它相关文章!