redis的主从复制

最新推荐文章于 2024-09-17 11:06:02 发布
最新推荐文章于 2024-09-17 11:06:02 发布
阅读量435 收藏 1
点赞数
分类专栏： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010879420/article/details/79255422
版权

redis的主从复制

1. 是什么

2. 能干吗

3. 怎么玩

3.1 配从（库）不配主（库）

3.2 从库配置：slaveof 主库IP 主库端口

每次与master断开后，都需要重新连接，除非你配置进redis.conf文件

info replication

3.3 修改配置文件细节操作

  • 拷贝多个redis.conf文件

  • 开启daemonize yes

  • pid文件名称

  • 指定端口

  • Log文件名字

  • dump.rdb名字

    root@kmubt:/softfile/myredis# ps -ef|grep redis
root       1246      1  0 08:41 ?        00:00:00 /usr/local/redis/redis-server *:6379
root       1249   1080  0 08:41 pts/0    00:00:00 /usr/local/redis/redis-cli -p 6379
root       1257      1  0 08:41 ?        00:00:00 /usr/local/redis/redis-server *:6380
root       1272   1136  0 08:41 pts/1    00:00:00 /usr/local/redis/redis-cli -p 6380
root       1286      1  0 08:44 ?        00:00:00 /usr/local/redis/redis-server *:6381
root       1295   1156  0 08:44 pts/2    00:00:00 /usr/local/redis/redis-cli -p 6381

3.4 常用三招

3.4.1 一主二仆
Init
一个master连个slave
日志查看
-rw-r--r--  1 root root   7097 2月   2 09:02 6379.log
-rw-r--r--  1 root root  82550 2月   2 09:01 6380.log
-rw-r--r--  1 root root 119169 2月   2 09:02 6381.log

6379.log内容
1335:M 02 Feb 08:59:48.268 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
1335:M 02 Feb 08:59:48.268 # Server started, Redis version 3.0.4
1335:M 02 Feb 08:59:48.268 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
1335:M 02 Feb 08:59:48.268 # WARNING you have Transparent Huge Pages (THP) support enabled in your kernel. This will create latency and memory usage issues with Redis. To fix this issue run the command 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' as root, and add it to your /etc/rc.local in order to retain the setting after a reboot. Redis must be restarted after THP is disabled.
1335:M 02 Feb 08:59:48.268 * DB loaded from disk: 0.000 seconds
1335:M 02 Feb 08:59:48.268 * The server is now ready to accept connections on port 6379
1335:M 02 Feb 09:01:58.798 * Slave 127.0.0.1:6380 asks for synchronization
1335:M 02 Feb 09:01:58.798 * Full resync requested by slave 127.0.0.1:6380
1335:M 02 Feb 09:01:58.798 * Starting BGSAVE for SYNC with target: disk
1335:M 02 Feb 09:01:58.799 * Background saving started by pid 1351
1351:C 02 Feb 09:01:58.825 * DB saved on disk
1351:C 02 Feb 09:01:58.826 * RDB: 6 MB of memory used by copy-on-write
1335:M 02 Feb 09:01:58.898 * Background saving terminated with success
1335:M 02 Feb 09:01:58.899 * Synchronization with slave 127.0.0.1:6380 succeeded
1335:M 02 Feb 09:02:08.897 * Slave 127.0.0.1:6381 asks for synchronization
1335:M 02 Feb 09:02:08.897 * Full resync requested by slave 127.0.0.1:6381
1335:M 02 Feb 09:02:08.897 * Starting BGSAVE for SYNC with target: disk
1335:M 02 Feb 09:02:08.898 * Background saving started by pid 1352
1352:C 02 Feb 09:02:08.945 * DB saved on disk
1352:C 02 Feb 09:02:08.945 * RDB: 8 MB of memory used by copy-on-write
1335:M 02 Feb 09:02:08.995 * Background saving terminated with success
1335:M 02 Feb 09:02:08.997 * Synchronization with slave 127.0.0.1:6381 succeeded
主从问题演示

这里写图片描述

这里写图片描述

这里写图片描述

3.4.2 薪火相传
  • 上一个slave可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master，可以有效减master的压力
  • 中途变更转向：会清楚之前的数据，重新建立拷贝最新的
  • slaveof 新主库IP 新主库端口
  • 演示

这里写图片描述

3.4.3 反客为主

SLAVEOF no one

使当前数据库停止与其他数据库的同步，转成主数据库

演示

6380service

127.0.0.1:6380> INFO replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1
master_sync_in_progress:0
slave_repl_offset:360
master_link_down_since_seconds:11
slave_priority:100
slave_read_only:1
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=346,lag=1
master_repl_offset:346
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:345
127.0.0.1:6380> SLAVEOF no one
OK
127.0.0.1:6380> INFO replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=360,lag=0
master_repl_offset:360
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:359
127.0.0.1:6380> set name fasdfa
OK
127.0.0.1:6380> get name
"fasdfa"

6381service

127.0.0.1:6381> get name
"fasdfa"
127.0.0.1:6381>

4. 复制原理

1335:M 02 Feb 09:01:58.798 * Slave 127.0.0.1:6380 asks for synchronization
1335:M 02 Feb 09:01:58.798 * Full resync requested by slave 127.0.0.1:6380
1335:M 02 Feb 09:01:58.798 * Starting BGSAVE for SYNC with target: disk
1335:M 02 Feb 09:01:58.799 * Background saving started by pid 1351
1351:C 02 Feb 09:01:58.825 * DB saved on disk
1351:C 02 Feb 09:01:58.826 * RDB: 6 MB of memory used by copy-on-write
1335:M 02 Feb 09:01:58.898 * Background saving terminated with success
1335:M 02 Feb 09:01:58.899 * Synchronization with slave 127.0.0.1:6380 succeeded
  • slave启动成功连接到master会发送一个sync命令
  • Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完成之后，master将传动整个数据文件到slave，以完成一次完全同步操作。
  • 全量复制：slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
  • 增量复制：master继续将新的所有收集到的修改命令依次传给slave，完成同步
  • 但是只要是重新连接master，依次完全同步（全量复制）将被自动执行

5. 哨兵模式(sentinel)

5.1 是什么

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

5.2 怎么玩

  1. 调整结构：6379 主 80，81为从

  2. 自定义的/software/myredis目录下新建sentinel.conf文件

  3. 配置哨兵，填写内容

    sentinel monitor 被监控数据库名字（自己起名字） 127.0.0.1 6379 1

    上面最后一个数字1，表示主机挂掉后slave投票看让谁接替主机，得票多于1的为主机

    touch sentinel.conf
vim sentinel.conf

#添加内容为：

sentinel monitor redis6379 127.0.0.1 6379 1

  4. 启动哨兵

    redis-sentinel /software/myredis/sentinel.conf

    上述目录按照各自的实际情况配置

    启动成功后：

    root@kmubt:/usr/local/redis# ./redis-sentinel /softfile/myredis/sentinel.conf 
1382:X 02 Feb 13:58:40.740 * Increased maximum number of open files to 10032 (it was originally set to 1024).
               _._                                                  
          _.-``__ ''-._                                             
     _.-``    `.  `_.  ''-._           Redis 3.0.4 (00000000/0) 64 bit
 .-`` .-```.  ```\/    _.,_ ''-._                                   
(    '      ,       .-`  | `,    )     Running in sentinel mode
|`-._`-...-` __...-.``-._|'` _.-'|     Port: 26379
|    `-._   `._    /     _.-'    |     PID: 1382
 `-._    `-._  `-./  _.-'    _.-'                                   
|`-._`-._    `-.__.-'    _.-'_.-'|                                  
|    `-._`-._        _.-'_.-'    |           http://redis.io        
 `-._    `-._`-.__.-'_.-'    _.-'                                   
|`-._`-._    `-.__.-'    _.-'_.-'|                                  
|    `-._`-._        _.-'_.-'    |                                  
 `-._    `-._`-.__.-'_.-'    _.-'                                   
     `-._    `-.__.-'    _.-'                                       
         `-._        _.-'                                           
             `-.__.-'                                               

1382:X 02 Feb 13:58:40.759 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
1382:X 02 Feb 13:58:40.759 # Sentinel runid is 8cac51a9b955a33f8d0408de3dfb32d30f29a523
1382:X 02 Feb 13:58:40.760 # +monitor master redis6379 127.0.0.1 6379 quorum 1
1382:X 02 Feb 13:58:41.744 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ redis6379 127.0.0.1 6379
1382:X 02 Feb 13:58:41.749 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ redis6379 127.0.0.1 6379

  5. 正常主从演示

  6. 原有有的主master挂了

    127.0.0.1:6379> SHUTDOWN
not connected> exit

  7. 投票选举

    1382:X 02 Feb 14:26:02.378 # +sdown master redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:02.379 # +odown master redis6379 127.0.0.1 6379 #quorum 1/1
1382:X 02 Feb 14:26:02.380 # +new-epoch 1
1382:X 02 Feb 14:26:02.383 # +try-failover master redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:02.459 # +vote-for-leader 8cac51a9b955a33f8d0408de3dfb32d30f29a523 1
1382:X 02 Feb 14:26:02.461 # +elected-leader master redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:02.464 # +failover-state-select-slave master redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:02.538 # +selected-slave slave 127.0.0.1:6381 127.0.0.1 6381 @ redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:02.538 * +failover-state-send-slaveof-noone slave 127.0.0.1:6381 127.0.0.1 6381 @ redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:02.621 * +failover-state-wait-promotion slave 127.0.0.1:6381 127.0.0.1 6381 @ redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:03.553 # +promoted-slave slave 127.0.0.1:6381 127.0.0.1 6381 @ redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:03.554 # +failover-state-reconf-slaves master redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:03.610 * +slave-reconf-sent slave 127.0.0.1:6380 127.0.0.1 6380 @ redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:04.632 * +slave-reconf-inprog slave 127.0.0.1:6380 127.0.0.1 6380 @ redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:04.633 * +slave-reconf-done slave 127.0.0.1:6380 127.0.0.1 6380 @ redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:04.732 # +failover-end master redis6379 127.0.0.1 6379
1382:X 02 Feb 14:26:04.734 # +switch-master redis6379 127.0.0.1 6379 127.0.0.1 6381
1382:X 02 Feb 14:26:04.739 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ redis6379 127.0.0.1 6381
1382:X 02 Feb 14:26:04.741 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ redis6379 127.0.0.1 6381
1382:X 02 Feb 14:26:34.748 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ redis6379 127.0.0.1 6381

  8. 重新主从继续开工，info replication查看

这里写图片描述

  1. 问题：如果之前的master重启回来，会不会双master冲突？？

    不会冲突，重启后，身份自动变为slave，追随当前的主库

    6379服务器

    root@kmubt:/usr/local/redis# ./redis-server /softfile/myredis/redis6379.conf 
root@kmubt:/usr/local/redis# ./redis-cli -p 6379

    6381服务器（当前的主库）

    127.0.0.1:6381> info replication

# Replication

role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6380,state=online,offset=14411,lag=1
slave1:ip=127.0.0.1,port=6379,state=online,offset=14411,lag=1
master_repl_offset:14411
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:14410

5.3 一组sentinel同时监控多个master

6. 复制的缺点

复制的延时

由于所有的写操作都是现在master上操作，然后同步更新到slave上，所以从master同步到slave上有一定的延迟，当系统忙的时候，延迟问题会更加严重，slave机器数量的增加也会是这个问题更加严重。。

BadgeZ
关注
专栏目录
Redis主从复制，哨兵模式和集群模式
weixin_73462212的博客
12-12 1449
目录 一、主从复制 1、主从复制-哨兵-集群 2、主从复制的概念 3、主从复制的作用 4、主从复制流程 5、部署Redis 主从复制步骤 5.1 环境准备 5.2 首先要搭建redis，并关闭防火墙 5.3 修改Redis 配置文件(Master节点操作) 5.4 修改Redis 配置文件(Slave节点操作) 5.5 验证主从效果 6、实例操作：部署Redis 主从复制
Redis主从复制
m0_61910385的博客
03-18 691
主从复制，就是主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主 主从复制的好处：读写分离，性能扩展， 容灾快速恢复 一般来说，要将Redis运用于工程项目中，只使用一台redis是万万不能的，原因如下： 从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大； 从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内容容量为256G，也不能将所有内容用作Redis存储..
Redis 主从复制
最新发布
ddf128的博客
09-17 1862
从节点（slave）内部通过每秒运行的定时任务维护复制相关逻辑，当定时任务发现存在新的主节点后，会尝试与该节点建立网络连接，如果从节点无法建立连接，定时任务会无限重试直到连接成功或者执行 slaveof no one 取消复制，关于连接失败，可以在从节点执行 info replication 查看 master_link_down_since_seconds 指标，它会记录与主节点连接失败的系统时间。redis主从复制，redis主从复制搭建部署
11、Redis：主从复制
cxycxytony的博客
10-28 596
文章目录11.1、概念11.2、环境配置 11.1、概念 主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master/leader)，后者称为从节点(slave/follower)；数据的复制是单向的，只能由主节点到从节点。Master以写为主，Slave 以读为主。 默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。 主从复制的作用主要包括： 1、数据冗余：主从复制实现了数据的热备份，是持
【转】 NoSQL初探之人人都爱Redis：（4）Redis主从复制架构初步探索
weixin_30484247的博客
04-01 158
一、主从复制架构简介 　　通过前面几篇的介绍中，我们都是在单机上使用Redis进行相关的实践操作，从本篇起，我们将初步探索一下Redis的集群，而集群中最经典的架构便是主从复制架构。那么，我们首先来了解一下神马是主从复制架构？ 1.1 源于关系数据库的读写分离 　　随着网站业务的不断发展，用户量的不断增加，数据量也成倍的增长，数据库的访问量也呈线性地增长。特别是在用户访问高峰期...
Redis主从复制问题和扩容问题的解决思路
01-19
为了解决Redis主从Copy的问题，有如下两个解决方案： 主动复制所谓主动复制，就是业务层双写多个Redis，避开Redis自带的主从复制。但是自己干同步，就会产生一致性问题，为了保证主从一致，需要加入一系列的验证机制...
通过SSRF操作Redis主从复制写Webshell_R3start1
08-03
1.使用 DICT 协议添加一条测试记录 2.设置保存路径 3.设置保存文件名 4.保存 1.连接远程主服务器 2.设置保存路径 3.设置保存文件名 4.保存
Redis主从复制以及主从复制技术原理.docx
10-14
Redis 主从复制技术原理 概述 Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库，并提供多种语言的 API。Redis 主从复制是指将一台 Redis 服务器的数据，复制到...
Redis主从复制和集群配置
08-21
### Redis主从复制和集群配置详解 #### 一、Redis主从复制原理及配置 **1.1 概述** Redis的主从复制机制是一种重要的数据同步方式，它支持一个或多个从数据库(slave)与主数据库(master)之间进行数据同步。其中，...
redis主从复制原理的深入讲解
12-16
本文主要针对redis主从复制的原理进行了讲解，分享出来供大家参考学习，下面话不多说了，来一起看看详细的介绍吧 1.复制过程 2.数据间的同步 3.全量复制 4.部分复制 5.心跳 6.异步复制 1.复制过程 从节点执行 ...
Redis——Redis主从复制（工作流程详解）
热门推荐
Cantevenl的博客
04-19 3万+
Redis主从复制主从复制简介主从复制的概念主从复制的作用主从复制工作流程阶段一：建立连接阶段主从连接（slave连接master）第一种方式第二种方式第三种方式授权访问阶段二：数据同步阶段工作流程数据同步阶段master说明数据同步阶段slave说明阶段三：命令传播阶段命令传播阶段的部分复制服务器的运行 id复制缓冲区复制缓冲区内部工作原理复制缓冲区主从服务器复制偏移量（offset）数据同步+命令传播阶段工作流程心跳机制心跳阶段注意事项主从复制常见问题引发频繁的全量复制1引发频繁的全量复制2频繁的网络中
Redis集群之主从复制模式
搬砖老农工的博客
01-04 1136
1.概念 主从复制模型中，有多个redis节点。其中，有且仅有一个为主节点Master。从节点Slave可以有多个。只要网络连接正常，Master会一直将自己的数据更新同步给Slaves，保持主从同步。 2.特点 主节点Master可读、可写. 从节点Slave只读。（read-only） 因此，主从模型可以提高读的能力，在一定程度上缓解了写的能力。因为能写仍然只有Master节点一个，可以将读的操作全部移交到从节点上，变相提高了写能力。 3.环境准备 准备3个redis服务，一主两从 主节点
redis主从复制
kxj19980524的博客
11-14 308
redis的主从复制： 就是主机数据更新后根据配置和策略，自动同步到备机的master（主）/slave（从）机制，master以写为主，slave以读为主， 作用跟redis集群一样。 怎么样去配置主从复制呢？     1.首先我们要遵循一个原则：配从（库）不配主（库）         1.）进入本地6379端口的服务器里杀死之前的所有数据：flushall         2.）打...
redis 主从复制
08-12
要在Linux上搭建Redis主从复制，需要按照以下步骤进行操作： 1. 安装Redis：在Linux上安装Redis，可以使用apt-get或yum命令进行安装。 2. 配置Redis主服务器：在Redis主服务器上，需要修改redis.conf配置文件，将...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值