redis入门到精通系列(八):redis的高可用--主从复制详解
(一)主从复制介绍
前面所讲的关于redis的操作都属于单机操作,单机操作虽然操作简单,但是处理能力有限,无法高可用。所谓高可用性,就是指当一台服务器宕机的时候,有备用的服务器能顶替上,在单机操作上这是无法实现的,因此就出现了主从复制。
我们把一台服务器看作是主服务器(master),把另外多台服务器看作是从服务器(slave),主从复制就是将master中的数据即时有效的复制到slave中。
主从复制特征:
一个master可以拥有多个slave,一个slave只对应于一个master
master负责执行写数据,将出现变化的数据自动同步到slave
slave负责读数据,禁止写数据
有了主从复制之后,就可以实现高可用了,当一台slave宕机后,还有多台slave存在;当master宕机后,由于slave的数据和master是一样的,就可以推选一台slave为新的master,都能做到高可用。
主从复制的作用:
读写分离:master写,slave读
负载均衡:由slave分担master负载,并根据具体的需求可以改变slave的数量
故障恢复:当master出现问题时,可以由slave来代替master,实现快速恢复
数据冗余:有了多台slave,数据备份就变得更加容易
(二)主从复制工作流程
主从复制工作流程可以分为三个阶段:
1.建立连接阶段
2.数据同步阶段
3.命令传播阶段(反复同步)
2.1 建立连接阶段
1.设置master的地址和端口号
2.建立socket连接
3.发送ping命令(定时器任务)
4.身份验证
为了实现上述过程,我分别在两个端口开启redis服务,6379代表master,6380代表slave
复制两份redis的配置文件,重命名为redis6379.conf和redis6380.conf,分别修改配置文件中的port为6379和6380。在cmd下开启两个服务:
再开启两个客户端分别连接两个redis服务,6379是master,6380是slave
[code]redis-cli -p 6379 redis-cli -p 6380
主从连接
[code]slaveof <masterip> <masterport>
此时主从连接已经完成,我在master设置一个name,在slave中可以直接获取
主从连接除了可以用命令连接之外,还可以在配置文件中进行配置,在redis6380.conf中增加这一句
[code]slaveof 127.0.0.1 6379
再启动时就自动完成了主从连接
断开主从连接
[code]slaveof no one
2.2 数据同步阶段
1.请求同步数据
2.创建RDB同步数据
3.恢复RDB同步数据
4.请求部分同步数据
5.恢复部分同步数据
光看这样5步可能有点抽象,用一张图来表示:
数据同步又分为全量复制和部分复制两块,其中全量复制就是你启动同步指令之后进行的RDB操作,把master中的数据通过RDB发送给slave。由于RDB采用bgsave指令,所以在全量复制期间master所做的操作会进入一个缓冲区,当全量复制结束后就需要通过部分复制来恢复缓冲区中的操作,这里采用AOF。
数据部分同步的注意事项:
通过上面的介绍我们知道了当在进行全量复制时所进行的操作会放入缓存区,但是如果缓存区设置过小就会导致master阻塞,通过下面方式可以设置缓存区大小:
[code]repl-backlog-size 1mb
可以通过配置以下参数暂时关闭slave对外服务
[code]slave-server-stable-data yes|no
2.3 命令传播阶段
命令传播阶段就是当master数据库状态发生变化,就会通过命令传播阶段同步给slave
命令传播阶段有三个核心要素:
服务器的运行id、主服务器的复制积压缓冲区、主从服务器的复制偏移量
服务器运行id:
服务器运行id是每台服务器每次运行的身份识别码,由40个字符组成,用于在服务器之间传输时识别身份。
主服务器的复制积压缓冲区:
复制积压缓冲区又称为复制缓冲区,是一个先进先出的队列。当master数据库发生变化时,master会将要传播给slave的命令保存在复制缓冲区中,slave分别从复制缓冲区接收信息。
主从服务器的复制偏移量:
因为命令传播阶段首先由master把数据放入缓冲区中,因此master需要一个复制偏移量记录发送给slave的指令对应的位置。而slave要把缓冲区中的数据同步到自己这里,因此也需要一个复制偏移量记录接收到的位置,如果因为意外断网,等网络再次连接之后就可以直接从复制偏移量的位置继续复制。
2.4 心跳机制
进入命令传播阶段后,master和slave需要通过心跳机制保持双方连接
master心跳:
通过ping指令查询slave是否在线,可由repl-ping-slave-period设置周期,默认10秒
slave心跳:
指令:
[code]replconf ack {offset}
周期1秒;
作用:汇报slave自己的复制偏移量;判断master是否在线
当slave多数都掉线或者slave延迟过高时,可以强制关闭master的写功能,停止数据同步:
[code]min-slaves-to-write 2 当连接的slave小于等于2台时停止数据同步 min-slaves-max-lag 10 当连接的slave延迟大于10秒,停止数据同步
- 点赞
- 收藏
- 分享
- 文章举报
- redis入门到精通系列(九):redis哨兵模式详解
- Redis入门到精通-Redis主从复制
- Redis 主从复制、读写分离、高可用(七)-part 2
- Redis 高可用--主从复制
- redis详解及其 主从复制 和 memcached 主从复制
- Redis 笔记系列(十二)——Redis的主从复制、读写分离
- 集群与负载均衡系列(8)——redis主从复制+哨兵实现高可用性架构
- Linux Redis 高可用永利国际平台制作之主从复制
- MongoDB入门教程之主从复制配置详解
- Sentinel-Redis高可用方案(一):主从复制
- JAVAWEB开发之redis学习(九)——redis主从复制入门及原理
- Sentinel-Redis高可用方案(一):主从复制
- 如何保证 Redis 高并发、高可用?Redis 的主从复制原理能介绍一下么?Redis 的哨兵原理能介绍一下么?
- Redis4.0.1安装以及主从复制详解
- redis学习系列(五)--redis主从复制原理、断点续传、无磁盘化复制、过期key处理
- 8、Redis从入门到放弃 之 主从复制
- redis系列--主从复制以及redis复制演进
- Redis系列之Redis主从复制(二)
- Sentinel-Redis高可用方案(一):主从复制
- Sentinel-Redis高可用方案(一):主从复制