Redis主从复制原理及配置及实战模拟

最新推荐文章于 2024-09-16 17:00:15 发布
最新推荐文章于 2024-09-16 17:00:15 发布
阅读量301 收藏 1
点赞数
分类专栏： # 讲讲Redis 文章标签： redis 复制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_37690143/article/details/94761364
版权

文章目录

写在前面

Redis 支持简单且易用的主从复制（master-slave replication）功能， 该功能可以让从服务器(slave server)成为主服务器(master server)的精确复制品。

1. 复制原理

Redis的主从复制主要分为以下几个步骤：

  1. 当建立一个从服务器时， 从服务器都将向主服务器发送一个 SYNC 命令
  2. 主服务器接收到SYNC命令之后开始执行 BGSAVE ， 并在保存操作执行期间， 将所有新执行的写入命令都保存到一个缓冲区里面
  3. 当 BGSAVE 执行完毕后， 主服务器将执行保存操作所得的 .rdb 文件发送给从服务器， 从服务器接收这个 .rdb 文件， 并将文件中的数据载入到内存中。
  4. 之后主服务器会以 Redis 命令协议的格式， 将写命令缓冲区中积累的所有内容都发送给从服务器

主从复制的基本原理

2.配置

Redis的复制遵循的基本原理是：配从不配主。
在从服务器的配置文件中设置

slaveof  ipAddress  port

当然，也可以用以下在从服务器中用以下命令。

slaveof  ipAddress  port

3. 读写分离

所谓的读写分离指的是：主服务器写，从服务器只读。
在从服务器的redis.conf文件中配置

slave-read-only yes

4. 主服务器只在有至少 N 个从服务器的情况下，才执行写操作

从 Redis 2.8 开始， 为了保证数据的安全性， 可以通过配置， 让主服务器只在有至少 N 个当前已连接从服务器的情况下， 才执行写命令。

以下是这个特性的运作原理：

  • 从服务器以每秒一次的频率 PING 主服务器一次， 并报告复制流的处理情况。
  • 主服务器会记录各个从服务器最后一次向它发送 PING 的时间。
  • 用户可以通过配置， 指定网络延迟的最大值 min-slaves-max-lag ， 以及执行写操作所需的至少从服务器数量 min-slaves-to-write 。

如果至少有 min-slaves-to-write 个从服务器， 并且这些服务器的延迟值都少于 min-slaves-max-lag 秒， 那么主服务器就会执行客户端请求的写操作。

你可以将这个特性看作 CAP 理论中的 C 的条件放宽版本： 尽管不能保证写操作的持久性， 但起码丢失数据的窗口会被严格限制在指定的秒数中。

可以在redis配置文件中配上如下命令

min-slaves-to-write <number of slaves>
min-slaves-max-lag <number of seconds>

5 复制机制实战模式

全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。

增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步

但是只要是重新连接master,一次完全同步（全量复制)将被自动执行

本机中建立三个redis的服务器

端口端口号主从
port6379主
port6380从
port6381从

需要修改的配置文件

appendfilename "appendonly6379.aof"

dbfilename dump6379.rdb

logfile "6379.log"

pidfile /var/run/redis_6380.pid

5.1 查看节点的配置信息

info replication

具体的信息：

# Replication
role:master
connected_slaves:0
master_replid:98cc791f79ec72ed8e954d939c4a32bf6f253107
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

5.2 设置从机的节点信息

默认情况下只配置从机的跟随信息
从库配置：slaveof 主库IP 主库端口

SLAVEOF 127.0.0.1 6379

一旦连接上主机，从机 会备份主机所有的信息

注意点：

  1. 从机只允许读不允许写
127.0.0.1:6380> set k6 v6
(error) READONLY You can't write against a read only replica.
  1. 主机挂了，从机如何做？

从机还会原地等待，直到主机重新连接，一旦主机重新连接会继续承担主机责任。

  1. 从机挂了，一旦从机重新连接会如何？

从机会与主机断开连接，称为另一个主机，如果还是需要与原主机形成主从关系，还是需要重新建立起关联，除非配入了配置文件中。

127.0.0.1:6380> SLAVEOF 127.0.0.1 6379
OK Already connected to specified master
  1. 主机挂了，从机如何成为主机？
    从机可以通过如下命令成为主机：
    SLAVEOF no one使当前数据库停止与其他数据库同步，转成主数据库
127.0.0.1:6380> SLAVEOF no one
OK

然后通过新的连接建立起主从关系

127.0.0.1:6381> SLAVEOF 127.0.0.1 6380
OK

5.3 哨兵模式

一旦master挂了，自动从slaver中选择一个服务器作为master。

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。

example：

  1. 一主二从
  2. 新建sentinel.conf文件
  3. 配置哨兵，填写内容。
sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1

sentinel monitoer host6379 127.0.0.1 6379 1

最后数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多少后成为主机
4. 启动哨兵

/usr/local/var/db/redis/sentinel.confsentinel的文件地址

redis-sentinel /usr/local/var/db/redis/sentinel.conf

启动之后的内容：

redis redis-sentinel /usr/local/var/db/redis/sentinel.conf
10279:X 20 Feb 2020 19:54:46.057 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
10279:X 20 Feb 2020 19:54:46.058 # Redis version=5.0.5, bits=64, commit=00000000, modified=0, pid=10279, just started
10279:X 20 Feb 2020 19:54:46.058 # Configuration loaded
10279:X 20 Feb 2020 19:54:46.059 * Increased maximum number of open files to 10032 (it was originally set to 4864).
                _._
           _.-``__ ''-._
      _.-``    `.  `_.  ''-._           Redis 5.0.5 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._
 (    '      ,       .-`  | `,    )     Running in sentinel mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 26379
 |    `-._   `._    /     _.-'    |     PID: 10279
  `-._    `-._  `-./  _.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |           http://redis.io
  `-._    `-._`-.__.-'_.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |
  `-._    `-._`-.__.-'_.-'    _.-'
      `-._    `-.__.-'    _.-'
          `-._        _.-'
              `-.__.-'

10279:X 20 Feb 2020 19:54:46.061 # Sentinel ID is 170869946001af78516f578cf651d7854b7b1766
10279:X 20 Feb 2020 19:54:46.061 # +monitor master host6379 127.0.0.1 6379 quorum 1
10279:X 20 Feb 2020 19:54:46.065 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:54:46.066 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ host6379 127.0.0.1 6379

可以看到sentinel后台选举的日志：

10279:X 20 Feb 2020 19:57:53.519 # +sdown master host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.519 # +odown master host6379 127.0.0.1 6379 #quorum 1/1
10279:X 20 Feb 2020 19:57:53.519 # +new-epoch 1
10279:X 20 Feb 2020 19:57:53.519 # +try-failover master host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.522 # +vote-for-leader 170869946001af78516f578cf651d7854b7b1766 1
10279:X 20 Feb 2020 19:57:53.522 # +elected-leader master host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.522 # +failover-state-select-slave master host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.598 # +selected-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.598 * +failover-state-send-slaveof-noone slave 127.0.0.1:6380 127.0.0.1 6380 @ host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.673 * +failover-state-wait-promotion slave 127.0.0.1:6380 127.0.0.1 6380 @ host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.845 # +promoted-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.845 # +failover-state-reconf-slaves master host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:53.898 * +slave-reconf-sent slave 127.0.0.1:6381 127.0.0.1 6381 @ host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:54.876 * +slave-reconf-inprog slave 127.0.0.1:6381 127.0.0.1 6381 @ host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:54.876 * +slave-reconf-done slave 127.0.0.1:6381 127.0.0.1 6381 @ host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:54.978 # +failover-end master host6379 127.0.0.1 6379
10279:X 20 Feb 2020 19:57:54.978 # +switch-master host6379 127.0.0.1 6379 127.0.0.1 6380
10279:X 20 Feb 2020 19:57:54.979 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ host6379 127.0.0.1 6380           // 选举6380作为master
10279:X 20 Feb 2020 19:57:54.979 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ host6379 127.0.0.1 6380           // 选举6380作为master

一旦选举了新的master之后，即使原来挂掉的master正常连接，会成为slaver。

可以看到如下两个slaver

127.0.0.1:6380> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6381,state=online,offset=32172,lag=0       // 6381作为slaver
slave1:ip=127.0.0.1,port=6379,state=online,offset=32172,lag=0       // 6379作为slaver
master_replid:561e44624ae1f8b195f0ac001f036290894974cf
master_replid2:9aa285e0ed5f95030ef8b4722fcd4feda0a578b8
master_repl_offset:32172
second_repl_offset:11329
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:32172

reference:
[1]: http://doc.redisfans.com/topic/replication.html

大黄奔跑
关注
专栏目录
Redis主从加哨兵模式集群部署
赵广陆
04-21 1600
目录1 Redis版本特性介绍2 Redis集群配置3 主从复制4 集群扩容收容4.1 添加集群主节点4.2 哈希槽分配4.3 添加集群从节点4.4 缩容5 Redis Sentinel5.1 哨兵讲解5.2 Sentinel搭建5.3 Sentinel集群讲解6 集群部署3主3从6.1 Cluster集群结构设计6.2 Cluster集群结构搭建6.3 docker实战部署 1 Redis版本特性介绍 这里安装6个redis，配置如下： 小知识点(Redis6.0.5)： 如果需要安装单机版，需要安装
redis 主从复制下
03-27 229
Connecting to 192.168.159.12:22... Connection established. To escape to local shell, press 'Ctrl+Alt+]'. Last login: Fri Mar 27 11:08:13 2020 from 192.168.159.1 [root@centos7002 ~]# cd /myredis/ [roo...
Redis服务器的主从复制机制
APlus
05-08 198
在Redis中，客户端可以通过命令SLAVEOF让一个服务器去复制另外一个服务器，我们称呼被复制的服务器称为主服务器，对主服务器进行复制的称之为从服务器。复制后的两个服务器的数据都保持一致。 旧版复制功能 Redis的复制分为同步(sync)和命令传播(command propagate)两个部分： 同步会将主服务器和从服务器的数据保持一致 命令传播则用于主服务器数据发生变动后，让从服务器的...
Redis主从复制介绍
weixin_30399871的博客
12-14 79
1.Redis主从复制 Redis复制功能简单介绍 1）使用异步复制。2）一个主服务器可以有多个从服务器。3）从服务器也可以有自己的从服务器。4）复制功能不会阻塞主服务器。5）可以通过复制功能来让主服务器免于执行持久化操作，由从服务器去执行持久化操作即可。 Redis复制功能介绍（重点了解） 1）Redis 使用异步复制。从 Redis2.8开始，从服务器会以每秒一次的频率向主服务器报告复...
redis主从配置及手动切换遇到的问题
weixin_34236869的博客
11-16 205
解析我做redis主从遇到的问题：redis只要下载好压缩包后解压缩然后make就可以直接使用了，启动服务是：/usr/local/src/redis/src/redis-server然后进入交互界面是：/usr/lcoal/src/redis/src/reids-cli假如没有更改port那么默认监听6379端口，如果改了，登录时务必在后面-p 端口号。才能登录。然后如果...
Redis主从同步（复制）
diweikang的博客
06-03 1884
一、概述 在现有企业中80%公司大部分使用的是redis单机服务，在实际的场景当中单一节点的redis容易面临风险。 面临问题 机器故障。我们部署到一台 Redis 服务器，当发生机器故障时，需要迁移到另外一台服务器并且要保证数据是同步的。而数据是最重要的，如果你不在乎，基本上也就不会使用 Redis 了。 容量瓶颈。当我们有需求需要扩容 Redis 内存时，从 16G 的内存...
Redis主从复制的延迟监控与优化
## 1.1 Redis主从复制原理概述 Redis主从复制是指将一个Redis服务器的数据复制到其他Redis服务器的过程，其中一个Redis服务器充当主服务器，其他的Redis服务器充当从服务器。主服务器可以进行写操作，从服务器可以...
Redis主从复制与高可用性架构
Redis主从复制基础 ## 1.1 简介 Redis主从复制是一种常见的Redis高可用性架构方案，通过主从复制可以实现数据的备份与容灾，提高系统的可靠性与稳定性。 ## 1.2 原理与机制 在Redis主从复制中，主节点负责处理...
redis 主从切换 实现HA 的方法和工具
07-03
Redis主从复制是其HA的基础，它允许一个Redis实例（主节点）的数据被多个实例（从节点）实时同步。当主节点出现问题时，可以快速切换到一个从节点继续提供服务。以下是主从复制的基本步骤： 1. 配置主节点：在主...
mysql主从并行复制_MySQL主从复制（二）——原理、时延等问题解决
weixin_39722917的博客
02-02 323
前言在上一篇MySQL主从复制(一)——实战文章中，我们简单的提了一下它的实现原理，随后即开始了其相关的实现实战内容。在本篇文章中，我们主要详细了解数据库主从复制的实现原理以及其在同步过程中存在的时延问题。1. 主从复制的形式一主一从主主复制一主多从：扩展系统读取的性能，因为读是在从库读取的；多主一从：MySQL5.7开始支持；联级复制2. 主从复制实现原理主从复制原理图简单来讲，其过程为主库的任...
Redis主从复制实现
zcczero的博客
05-28 256
概念 主从复制,是指将一台Redis服务器的数据 ,复制到其他的Redis服务器。前者称为主节点(master/leader) ,后者称为从节点(slave/follower) ;数据的复制是单向的,只能由主节点到从节点。Master以写为主 , Slave以读为主。默认情况下,每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点) ,但-一个从节点只能有一一个主节点。 主从复制的作用主要包括: 1、数据冗余:主从复制实现了数据的热备份,是持久化之外的- -种数据冗余方式。 2、故障恢
Redis主从复制以及哨兵模式
weixin_42383680的博客
04-04 141
主从复制 官网:https://redis.io/topics/replication 是什么: 主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制， Master以写为主，Slave以读为主 目的：读写分离,容灾恢复 怎么做： 拷贝多个redis.conf文件 //cp redis.conf redis6379.conf .开启daemonize yes Pid文件名字...
redis主从复制（原理及代码详解）
我就叫贝塔
07-05 1099
原文并没有把配置过程写的很详细，此文是我亲手配置总结得来。环境centos7 redis-cli 3.2.12 前面是理论部分，后边为配置的实际代码。可以跳过理论直接上代码！ Redis 支持简单且易用的主从复制（master-slave replication）功能， 该功能可以让从服务器(slave server)成为主服务器(master server)的精确复制品。 以下是关于 Redis 复制功能的几个重要方面： Redis 使用异步复制。 从 Redis 2.8 开始， 从服务器会
redis主从连接不成功错误
热门推荐
wzq的博客
03-22 2万+
安装完redis后，设置主从，在从服务器上运行 127.0.0.1:6379> slaveof 192.168.159.131 6379 slaveof 然后回到主服务器上，运行info replication 显示如下： 127.0.0.1:6379> info replication # Replication role:master connected_slaves:0
【Redis】之Geo
weixin_73060900的博客
09-16 175
对Geo的基本命令和Spring命令的概述，并且进行简单举例
Redis
最新发布
fxbsdl的博客
09-16 365
redis是一个的，将数据存储到中，的存储数据的一款可以用来当作1、（秒杀的商品数量信息），3、（如：俩个Java项目连接一个redis）1、可以将数据存储在内存中，也可以将数据持久化到硬盘上2、性能高，redis能读的速度是110000次/秒，写的速度是80000次/秒3、提供了丰富的数据结构存储数据为什么使用redis？大量用户连接数据库，数据库就会出现瓶颈（连接数量太多，io时间长）为了减轻数据库的压力，有些数据就直接存储到redis中，从而实现对关系型数据库的保护。redis安装。
Redis搭建集群
前人栽树，后人乘凉。
09-11 1318
Redis Cluster是Redis的自带的官方分布式解决方案，提供数据分片、高可用功能，在3.0版本正式推出。使用Redis Cluster能解决负载均衡的问题，内部采用哈希分片规则：基础架构图如下所示：图中最大的虚线部分为一个Cluster集群，由6个Redis实例组成。
Redis高可用与分布式实战：从入门到集群优化
3. Redis Sentinel：这部分涵盖了Sentinel系统的安装、配置和架构，讲解了其在高可用性中的作用，包括主从切换、故障转移的实现原理，以及主观下线和客观下线的区别。 4. Redis集群：课程深入探讨了Redis Cluster的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值