Redis--主从复制

最新推荐文章于 2024-11-08 20:00:00 发布
最新推荐文章于 2024-11-08 20:00:00 发布
阅读量156 收藏
点赞数
分类专栏： Redis 文章标签： redis nosql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_45099622/article/details/106235204
版权

redis的主从复制中主以写为主，从以读为主

一，Redis主从复制的使用

  1. 配从（库）不配主（库）
    • 从库配置命令：slaveof 主库IP 主库端口
    • 每次与master断开之后，都需要重新连接，
    • 除非在从机上到redis.fonf文件中配置
  2. 修改配置文件细节操作(主机中)
    • 拷贝多个redis.conf文件 ：cp redis.conf redis001.conf …
    • 开启daemonize yes
    • Pid 文件名：pidfile /var/run/redis001.pid
    • 指定端口 :6380或者6382。。。
    • log文件名：001.log
    • Dump001.rdb名字
    • 命令：info replication查看自己角色，从机个数，激活状态，连通状态等信息
  3. 主从数据一致性保证
    min-slaves-to-write # 以及执行写操作所需的至少从服务器数量
min-slaves-max-lag # 用户可以通过配置， 指定网络延迟的最大值
    • 这个特性的运作原理：
      • 从服务器以每秒一次的频率 PING 主服务器一次， 并报告复制流的处理情况。
      • 主服务器会记录各个从服务器最后一次向它发送 PING 的时间。

二，主从复制的三种方式

  1. 一主一从或者一主二从

    • 从机不管什么时候开始介入备份，都会从头开始保存数据

    • 主从复制是读写分离的，从机不能进行写操作的

    • 如果主机死了从机不会自动变成主机，主机重启服务数据会同步

    • 如果从机死掉，配置文件没有指定slaveof，从机重启会变master，设置slaveof数据会从头开始备份

  2. 去中心化，一个传一个
    • 解释：上一个从机可以是下一个从机的主机，从机同样可以接收其他从机的连接和同步请求，那么该从机作为了链条中下一个的主机，可以有效的减轻master的写压力
      • 不如 79 为主机，80为79的从机，81为80的从机，如果79不宕机的情况下80为从机，会标注81是80的从机
    • 中途发生变更转向：也就是重新建立了主从关系，会清除之前的数据，重新建立拷贝最新的
    • slaveof新主库ip 新主机库端口号
  3. 反客为主（主机挂掉，指定的从机为主机）
    • slaveof no one 使当前数据库停止与其他数据库的同步，将当前从机变为主数据库

三，复制的原理

  1. slave启动成功连接到master后会发送一个sync命令
  2. master接到SYN命令启动后台的存盘进程，调用BGSAVE命令收集所有接收到的用于修改数据集命令**，创建一个 RDB 文件，并使用缓冲区记录接下来执行的所有写命令。在后台进程执行完毕后，master将传送整个RDB数据文件到slave，从服务器会接收并载入这个文件，已完成一次完全同步。（主服务器将缓冲区储存的所有写命令发送给从服务器执行）
  3. **全量复制：**slave服务在接收到数据库文件数据后，将其存盘并加载到内存中
  4. **增量复制：**master继续将新的所有收集到的修改命令依次传递给slave，完成同步
  5. 但是只要是重新连接master，一次完全同步（全量复制）将被自动执行

四，哨兵机制

  1. 什么是哨兵机制？
    • 反客为主的自动版，能够在后台监控主机是否故障，如果故障了根据投票数目自动将从库转为主库
  2. 哨兵机制投票原理
  3. 使用步骤

    • 调整主从结构：比如79为主机80,81为从机

    • 在自定义的/myredis目录下tuoch新建sentinel.conf文件，（名字不能写错）

    • 配置哨兵，填写内容

      #sentinel monitor 被监控主数据库名字（自己起名字）127.0.0.1:6379 1
#上面最后一个数字1，表示主机挂掉后 slave投票看让谁接替成为主机，得票数多的成为主机
#比如
sentinel monitor host6379 127.0.0.1 6379 1

    • 启动哨兵

      • Redis-sentinel/myredis/sentinel.conf
      • 以上的目录按照工作实际情况配置

    • 正常主从演示

    • 如果原有的master挂了

    • 投票新选

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

    • 注意：如果之前的master重启回来，两个master不会冲突，会跟着新maser继续同步

    • 一组哨兵能同时监控多个master

    • Sentinel管理命令：

      redis-cli-p 26380

PING ：返回 PONG 。
SENTINEL masters ：列出所有被监视的主服务器
SENTINEL slaves <master name> 
SENTINEL get-master-addr-by-name <master name> ： 返回给定名字的主服务器的 IP 地址和端口号。 
SENTINEL reset <pattern> ： 重置所有名字和给定模式 pattern 相匹配的主服务器。 
SENTINEL failover <master name> ： 当主服务器失效时， 在不询问其他 Sentinel 意见的情况下， 强制开始一次自动故障迁移。

五，哨兵机制复制缺点

  1. 复制延时
    • 由于所有的写操作都是先在master上操作，然后同步更新到slave上，所以从master同步到slave机器有一定的延迟，当系统很忙的时候，延迟问题会更加严重，slave机器数量的增加也会使这个问题更加严重。
Redis---(master 主从复制 slave)---超详细配图文字版
2301_77190282的博客
02-20 952
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(Master)，后者称为从节点(Slave);数据的复制是单向的，只能由主节点到从节点。默认情况下，每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。
redis--主从复制
weixin_43903745的博客
08-20 1052
Redis 主从复制是一种用于实现数据复制和数据备份的机制，它允许将一个 Redis 服务器的数据复制到其他 Redis 服务器上。主从复制在 Redis 中通常用于构建高可用性架构、读写分离以及数据分析等场景。
Redis-主从复制
sq2048935747@163.com的博客
10-29 941
注：“Redis的主从复制中，应该禁止主服务器关闭持久化的同时自动拉起”中的自动拉起是什么意思？在Redis的主从复制配置中，“自动拉起”指的是当主服务器（Master）因为某些原因崩溃后，系统自动重启该主服务器的行为。在某些情况下，这种自动重启的行为可能会带来数据安全的风险，特别是在主服务器关闭了持久化功能的情况下。当主服务器关闭了持久化功能，意味着它不会定期将内存中的数据保存到磁盘上。如果主服务器崩溃，重启后的主服务器将没有任何数据，因为它没有持久化的数据可以恢复。
Redis - 10、主从复制
热门推荐
。
06-21 5万+
主机更新后根据配置和策略，自动同步到备机的master/slave机制，Master以写为主，Slave以读为主。
Redis - 主从复制
最新发布
ketil27的博客
11-08 1177
在分布式系统中为了解决单点问题，通常会把数据复制多个副本部署到其他服务器，满⾜故障恢 复和负载均衡等需求。Redis也是如此，它为我们提供了复制的功能，实现了相同数据的多个Redis副 本。复制功能是⾼可⽤Redis的基础，哨兵和集群都是在复制的基础上构建的。
Redis系列--主从复制
weixin_42972832的博客
05-17 1187
在 Redis 复制的基础上，使用和配置主从复制非常简单，能使得从 Redis 服务器（下文称 slave）能精确得复制主 Redis 服务器（下文称 master）的内容。每次当 slave 和 master 之间的连接断开时， slave 会自动重连到 master 上，并且无论这期间 master 发生了什么， slave 都将尝试让自身成为 master 的精确副本。一句话就是主从复制，master以写为主，slave以读为主。
【Redis】理论进阶篇------Redis的主从复制
qq_51933234的博客
02-18 1156
关于Redis的主从复制，从上面的讲解也可以看出它有个很大的缺点就是当主机宕机后，选择新的master的时候都需要人工干预，这在我们现实的项目中肯定不是这样来使用的，肯定使用的哨兵模式，后面就会做相关的关于哨兵模式的介绍。不过我觉得关于主从模式的介绍也是很重要的，因为我们只有知其然才会知其所以然，这也是我们为后面的学习做的铺垫。
跟燕青学Redis-Redis主从复制
传智燕青
11-24 340
安装Redis3.0 yum -y install cpp binutils glibc glibc-kernheaders glibc-common glibc-devel gcc make gcc-c++ libstdc+±devel tcl mkdir -p /usr/local/src/redis cd /usr/local/src/redis wget http://download.r...
Redis-主从&哨兵
姜希成的博客
09-10 1002
client端第一次从哨兵找出redis的主节点，后续就直接访问redis的主节点，不会每次都通过sentinel代理访问redis的主节点，当redis的主节点发生变化，哨兵会第一时间感知到，并且将新的redis主节点通知给client端（这里面redis的client端一般都实现了订阅功能，订阅sentinel发布的节点变动消息）哨兵（sentinel）：不提供读写服务，主要用来监控redis实例节点。主从复制风暴：多个从节点同时复制主节点导致主节点压力过大。info命令查看主从节点信息。
redis-3.2.2.gem redis-3.2.2.gem redis-3.2.2.gem
10-20
7. **复制优化**：3.2版本改进了主从复制的性能，减少了复制过程中的延迟，同时引入了部分同步功能，提高了复制的安全性。 8. **命令行接口Redis-cli**：Redis-cli工具在3.2版本中也得到了增强，增加了更多的命令和...
redis-6.2.14-win-amd64
05-22
4. **主从复制**：Redis支持主从复制，可以创建多个副本节点，提高数据可用性和读取性能。 5. **事务（Transactions）**：Redis提供了简单的事务功能，允许用户一次性执行多条命令。 6. **发布/订阅（Pub/Sub）**：...
redis-windows-7.2.4.zip
01-14
- **主从复制**：Redis支持主从复制，可以实现数据备份和高可用性。 - **事务处理**：Redis支持事务操作，可以确保一组操作的原子性。 - **发布订阅**：Redis提供了发布/订阅模式，用于实现消息传递和事件驱动。 ...
Redis-x64-3.2.100.zip
10-10
3. **主从复制**：Redis支持主从复制，允许创建多个从节点来备份主节点的数据，提高可用性和容错性。在主节点故障时，可以快速切换到从节点。 4. **事务**：虽然Redis的事务功能相对简单，但仍然支持多条命令的原子...
Redis集群-Redis安装、Redis主从复制、哨兵、Redis集群
12-25
Redis集群是Redis的一种高可用性解决方案，通过主从复制、哨兵和集群三大技术模块来实现高可用性和可扩展性。本文将对Redis集群进行详细的介绍，包括Redis安装、主从复制、哨兵和集群的配置和实现。 一、Redis安装 ...
redis持久化---AOF与RDB区别
weixin_45099622的博客
05-06 4240
一，RDB与AOF区别 RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储 AOF持久化方式记录每次对服务器写的操作，当服务器重启时会重新执行这些命令来恢复原始数据，AOF命令以redis协议追加保存每次写的操作到文件末尾，redis还能对AOF文件进行后台重写，使得AOF文件的体积不至于过大 只做缓存的时候可以不做任何持久化 同时开启两种持久化方式时 当redis重启时会优先载入A...
redis.Redis与redis.StrictRedis区别
weixin_45099622的博客
07-17 1297
redis-py提供两个类Redis和StrictRedis用于实现Redis的命令,StrictRedis用于实现大部分官方的命令,并使用官方的语法和命令(比如,SET命令对应与StrictRedis.set方法)。Redis是StrictRedis的子类,用于向后兼容旧版本的redis-py。 简单说,官方推荐使用StrictRedis方法。 不推荐Redis类,原因是他和咱们在redis-cli操作有些不一样,主要不一样是下面这三个方面。 LREM:参数‘num’和‘value’的顺序交换了..
Redis之频道和模式的发布订阅
weixin_45099622的博客
07-25 867
一，什么是发布订阅 概念 发布订阅模式又叫观察者模式，是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。 主要的目的是解耦消息发布者和消息订阅者之间的耦合，这点和设计模式中的观察者模式比较相似。 由三部分组成：发布者（pub），订阅者（sub）和频道（channel） Redis 客户端可以订阅任意数量的频道。 Redis 在订阅者和发布者之间起到了消息路由的功能。 发布订阅过程 当有新消息通过 PUBLISH 命令发送给频道 channel1 时， 这个消息就会被发送给
python连接Linux中的Redis
weixin_45099622的博客
07-19 706
一，准备远程访问工作 Redis开启远程访问 将bind 127.0.0.1注释 protected-mode 改为no daemonize 改为yes 将Linux防火墙关掉（如下常用命根据情况参考） 关闭防火墙命令：systemctl stop firewalld.service 开启防火墙：systemctl start firewalld.service 关闭开机自启动：systemctl disable firewalld.service 开启开机启动：systemctl enabl
docker-compose redis主从复制
02-05
Docker Compose是一个用于定义和运行多容器Docker应用程序的工具。Redis是一个开源的内存数据结构存储系统，支持多种数据结构，如字符串、哈希、列表等。Redis主从复制是一种数据复制机制，用于将一个Redis服务器的数据复制到其他Redis服务器上。 下面是一个使用Docker Compose配置Redis主从复制的示例： 1. 首先，创建一个名为docker-compose.yml的文件，并在其中定义两个Redis服务，一个作为主服务器，另一个作为从服务器。示例配置如下： ```yaml version: '3' services: redis-master: image: redis ports: - "6379:6379" volumes: - ./redis-master-data:/data command: redis-server --appendonly yes redis-slave: image: redis volumes: - ./redis-slave-data:/data command: redis-server --slaveof redis-master 6379 ``` 2. 在上述配置中，我们定义了两个服务：redis-master和redis-slave。redis-master服务使用Redis官方镜像，并将主服务器的6379端口映射到主机的6379端口。同时，我们将主服务器的数据目录挂载到本地的redis-master-data目录。 3. redis-slave服务也使用Redis官方镜像，并将从服务器的数据目录挂载到本地的redis-slave-data目录。在command字段中，我们使用--slaveof参数指定redis-slave作为redis-master的从服务器，并指定主服务器的地址和端口。 4. 在终端中，进入包含docker-compose.yml文件的目录，并运行以下命令启动Redis主从复制： ```bash docker-compose up -d ``` 5. 等待一段时间，直到两个Redis服务器都成功启动。您可以使用以下命令检查容器的状态： ```bash docker-compose ps ``` 6. 现在，您可以通过连接到主服务器的6379端口来访问Redis主服务器，并将数据复制到从服务器。您可以使用以下命令连接到Redis服务器： ```bash redis-cli -h localhost -p 6379 ``` 7. 在连接到主服务器后，可以执行一些Redis命令来设置和检索数据。这些数据将自动复制到从服务器。 这就是使用Docker Compose配置Redis主从复制的基本步骤。您可以根据需要进行调整和扩展。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值