Redis主从复制与哨兵模式

最新推荐文章于 2024-10-29 07:42:59 发布
最新推荐文章于 2024-10-29 07:42:59 发布
阅读量149 收藏
点赞数
分类专栏： Redis 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/V_A_L/article/details/118521290
版权

Redis主从复制

1. 架构模型

主从复制模式至少要有3个redis服务器节点，每个redis服务器启动时，都默认是主机，所以只需要对从机进行配置所属主机。集群环境中，主机只做写入，从机只做读取。

在这里插入图片描述
在这里插入图片描述

2. 实现方式

由于服务器环境有限，测试将会在一个服务器启动多个redis节点模拟redis集群，实际工作环境中，redis服务端会运行在不同的服务器上。

  • 准备工作：(以下文件仅在同服务器多节点测试使用，实际工作场景，多个服务器不需要配置，只需要配置从机所属主机的ip地址和端口号)

    1. 找到redis.conf配置文件，默认启动端口是6379，在同一目录下，复制出两份redis.conf文件，分别命名为redis-s1.conf和redis-s2.conf文件；
      在这里插入图片描述

    2. 修改配置文件，以启动不同的的redis节点；

      • 修改启动端口号，redis-s1.conf中的端口号修改为port 6380; redis-s2.conf中的端口号修改为port 6381;
        在这里插入图片描述

        port 6379   #redis配置
port 6380   #redis-s1.conf配置
port 6381   #redis-s2.conf配置

      • 修改启动端口号文件，防止文件名重名–pidfile

    在这里插入图片描述

     ```bash
 pidfile /www/server/redis/redis.pid   #redis配置
 pidfile /www/server/redis/redis-s1.pid   #redis-s1.conf配置
 pidfile /www/server/redis/redis-s2.pid   #redis-s2.conf配置
 ```

    • 修改日志文件，防止文件名重名–logfile
      在这里插入图片描述

      logfile "/www/server/redis/redis.log"  #redis配置
logfile "/www/server/redis/redis-s1.log"  #redis-s1配置
logfile "/www/server/redis/redis-s2.log"  #redis-s2配置

    • 修改持久化文件，防止文件重名–dump.rdb
      在这里插入图片描述

      dbfilename dump.rdb   # redis配置
dbfilename dump-s1.rdb   # redis-s1配置
dbfilename dump-s2.rdb   # redis-s2配置

    1. 命令行以不同的配置文件启动redis服务 ,

      • redis-server czconfig/redis.conf

      • redis-server czconfig/redis-s1.conf

      • redis-server czconfig/redis-s2.conf

      • 启动redis服务端后，命令行连接服务端： redis-cli -p 端口号

      • info replication查询redis服务端信息

        127.0.0.1:6380> info replication    #查询服务端信息
# Replication
role:master							#当前角色，主机（如果没有在配置文件配置所属主机，redis启动默认就是主机）
connected_slaves:0					#连接的从机数；
master_failover_state:no-failover
master_replid:54d5ad2b1611ff0fdd814619155d509c44ddabf9
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

      1. 配置主从关系

        本次测试中，我们以redis作为主机，redis-s1,redis-s2作为两个从机；

        • 配置方式一，命令行配置：

          slaveof ip port,本例中，直接运行slaveof 127.0.0.1 6379；运行结束后，info replication查询当前服务端信息；

          127.0.0.1:6380> info replication
# Replication
role:slave				#角色已经变成从机
master_host:127.0.0.1	#所属主机ip地址
master_port:6379        #所属主机端口号
master_link_status:up
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_repl_offset:0
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:c70771a25240f22cc83f5dbd018fb5cdcbb8d5a1
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:0

          查看主机服务端信息：

          127.0.0.1:6379> info replication
# Replication
role:master			#角色依旧是主机
connected_slaves:1	#有一个连接的从机
slave0:ip=127.0.0.1,port=6380,state=online,offset=238,lag=1 #连接的从机信息
master_failover_state:no-failover
master_replid:c70771a25240f22cc83f5dbd018fb5cdcbb8d5a1
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:238
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:238

        • 配置方式二，文件配置

          replicaof <masterip> <masterport>  # 注明主机的ip地址和端口号
masterauth <master-password>       #如果主机需要密码，注明主机的密码

          二者配置区别：如果仅仅通过命令行配置，那么这个主从关系只是暂时性的，如果从机重启，那么又会自动默认变为主机，如果通过配置文件配置，redis服务端启动时，则会找到配置文件，将自身变为从机，从属于配置好的主机

          • 注意点：从机只能做数据读取，不能赋值：

            127.0.0.1:6380> set k1 v1  #从机赋值报错
(error) READONLY You can't write against a read only replica

3. 主从复制原理

如果在集群过程中，从机发生故障，那么如果重启成功，连接到了主机之后，会向主机发送一个sync同步命令。主机master接收到了同步命令之后，会收集所有对数据进行修改操作命令，并在后台执行完成后，将文件传送到从机，完成一次数据同步。

  • 全量同步：发生在从机启动时，主机将现有的全部数据同步给从机；因此，从机只要重连，就已经包含了主机的全量数据；
  • 增量复制：主机每接收到一个数据修改命令，就传送给从机，进行增量同步；

4. 宕机后的手动处理方式

在架构模式图中的模式二中，81从属于80，80从属于79；如果主机79发生了宕机，为了不影响程序执行，需要手动设置下一个从机变成主机；命令行—slaveof no one;

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=84,lag=1  #从机信息
master_failover_state:no-failover
master_replid:b86d8d1ee3a3de649b7c33b1182adc7996491dbb
master_replid2:bb7ba8ece44c021dccda424238fba406d6851b55
master_repl_offset:84
second_repl_offset:85
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:84

这种手动配置在实际工作场景中实用性不高，主要为了了解主从配置间的关联关系。实际工作中，以哨兵模式为主！

哨兵模式

哨兵模式主要是为了解决传统模式中，redis主机宕机后需要手动配置主机的窘境，哨兵模式下，如果主机发生故障，会自动投票从从机中选举出一个作为主机，此时若主机恢复运行，那么也会变为当前主机的从机。
在这里插入图片描述

1. 配置测试

  • 创建redis-sentinel配置文件–redis-sentinel.conf

    #sentinel monitor + 主机名（自定义）+ ip地址 + 端口号 + 客观认为主机下线的哨兵数，一般配置成哨兵节点数的一半+1；
sentinel monitor mymaster 127.0.0.1 6379 1 #1，代表着，只要有1个哨兵主观认为主机下线，则进行故障转移，重新选举主机；

  • 启动哨兵 redis-sentinel redis-sentinel.conf
    在这里插入图片描述

  • 此处，如果shutdown主机，模拟主机宕机，观察日志可以的出，哨兵自动选举出了一个新的主机；
    在这里插入图片描述

  • 观察80端口的redis，已经变成了主机。

127.0.0.1:6380> info replication
# Replication
role:master
connected_slaves:0
master_failover_state:no-failover
master_replid:69a92b3b1fc9652b1402c70595ad54f65fdcfc0f
master_replid2:bb7ba8ece44c021dccda424238fba406d6851b55
master_repl_offset:35053
second_repl_offset:32371
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:113
repl_backlog_histlen:34941

2.全部配置

port 26379   #端口号，后续可以模拟哨兵多集群

daemonize yes	#启动保护模式
protected-mode no

dir /www/server/redis #运行目录
logfile "26379.log"  #日志文件

#最重要的配置，监听主机端口号以及判断客观下线的数量
sentinel monitor mymaster 1127.0.0.1 6379 1  

# 判定节点不可达的时间，单位是毫秒。
sentinel down-after-milliseconds mymaster 5000  

# 主节点的密码配置，实际项目中，把主从节点的密码最好都设置成同一个
sentinel auth-pass mymaster 123456

# 故障转移后，每次向新的主节点发起复制的从节点的个数。
sentinel parallel-syncs mymaster 1  

# 故障转移的超时时间，默认是3分钟
sentinel failover-timeout mymaster 50000
Vicious_Sea
关注
专栏目录
Redis相关操作(laravel)
戈文文的博客
06-01 207
redis 的基本命令 通过宝塔面板安装的redis，redis-cli文件路径为/www/server/redis/src 在此目录下输入 redis-cli 即可连接redis select 1 //选择数据库，redis的数据库索引默认为 0-15 keys * //查询所有 key flushdb //删除当前数据库中的所有 key exists key //测试指定的key是否存在，若存在返回整型的1，否则返回0 set name gewen EX 60
redis主从复制、哨兵模式
Hai990218的博客
07-31 1023
redis集群的三种模式：主从复制 奇数台 1主2从哨兵模式 奇数台 1主2从cluster 集群 6 台。
Redis主从复制和哨兵模式
2301_81272194的博客
04-03 1463
关于redis数据库主从复制和哨兵模式的内容
Redis 主从复制，哨兵与集群
weixin_56770318的博客
07-10 1277
虽然Redis可以实现单机的数据持久化，但无论是RDB也好或者AOF也好，都解决不了单点宕机问题，即一旦单台 redis服务器本身出现系统故障、硬件故障等问题后，就会直接造成数据的丢失此外,单机的性能也是有极限的,因此需要使用另外的技术来解决单点故障和性能扩展的问题。
Redis主从复制、哨兵模式、集群
Alone8046的博客
07-31 541
从节点进行主节点数据的复制也可以查；哨兵模式主从切换不是按照权重进行切换的，是按照投票进行的，主挂了（宕机），其它从服务器投票进行选举，算法为Raft，选一个离当前时间点更新最近的从变成主。redis主从复制与mysql主从复制类似，主可以写，写入主的数据通过RDB方式把数据同步到从服务器，从不能更新到主，也是哨兵模式的基础。把每两台服务器最为主从模式，形成一个大的主从的集群，它解决了哨兵的写操作的负载均衡，它较为完善的高可用方案。二、主从复制的流程：有主节点和从节点，数据的复制是单向的，由主复制到从。
Redis主从复制&哨兵模式
weixin_68531269的博客
01-03 1062
机器故障；容量瓶颈；QPS瓶颈一主一从，一主多从做读写分离做数据副本扩展数据性能一个maskter可以有多个slave一个slave只能有一个master数据流向是单向的，从master到slaveRedis Replication是一种 master-slave 模式的复制机制，这种机制使得 slave 节点可以成为与 master 节点完全相同的副本，可以采用一主多从或者级联结构。主从复制的配置要点：（1）配从库不配主，从库配置：slaveof 主库IP 主库端口。
Redis主从复制+哨兵模式
weixin_44508518的博客
09-18 781
Redis主从复制、哨兵模式，哨兵也叫 sentinel，它的作用是能够在后台监控主机是否故障，如果故障了根据投票数自动将 从库转换为主库。
Redis主从复制和哨兵模式介绍
HB199753的博客
11-12 2675
目录 前言 一、redis群集 1、模式 2、作用 2.1 主从复制 2.2哨兵 2.3集群 二、redis主从复制 1、概述 2、redis结构分类 3、主从复制原理 4、redis全量同步 5、redis增量复制 6、redis主从同步策略 三、搭建Redis主从复制 1、项目环境 2、关闭防火墙，安装环境 3、解压并安装 4、创建链接文件，并启动服务 5、修改配置文件 5.1 主服务器上 5.2 备选服务器上，先开启和主服务器一样的功能，再进行...
搭建Redis主从复制、哨兵模式
我这么骄傲的一个人。
09-19 1340
主机数据更新后根据配置和策略， 自动同步到备机的机制，Master以写为主，Slave以读为主。Redsi主从复制可以实现读写分离，对性能进行极大程度的扩展。容灾快速恢复通俗的说：应用系统访问到master Redis服务器中，进行写数据的操作，当数据写入完成后，master服务器会将写入的数据复制到Slave从服务器中，进行数据的同步，当应用系统读取数据的时候，会去从服务器中读取数据。
redis主从模式与哨兵模式例子
07-27
redis主从模式与哨兵模式例子 # 当前Sentinel服务运行的端口 port 26378 # 哨兵监听的主服务器 sentinel myid 09a71e001825114de399e0b6214c4b6f5449ab3a # 3秒内mymaster没响应，则认为mymaster宕机 sentinel deny...
Redis集群-Redis安装、Redis主从复制、哨兵、Redis集群
12-25
Redis集群是Redis的一种高可用性解决方案，通过主从复制、哨兵和集群三大技术模块来实现高可用性和可扩展性。本文将对Redis集群进行详细的介绍，包括Redis安装、主从复制、哨兵和集群的配置和实现。 一、Redis安装 ...
Redis主从复制和哨兵架构图，集成Spring Boot项目实战分享
Web3 & Basketball
08-10 2017
Redis 主从复制和哨兵架构是 Redis 集群的重要组成部分，用于提高 Redis 集群的可用性和性能。以下是 Redis 主从复制和哨兵架构的详细介绍，包括架构图和 Java 代码详解。
Centos下Redis 主从复制、哨兵模式的详解与部署
weixin_41335923的博客
04-12 1105
Centos下Redis 主从复制、哨兵模式详解及部署过程 附录包含自动化脚本，可直接运行
RedisIO多路复用
m0_50460160的博客
10-25 485
Redis 是跑在单线程中的，所有的操作都是按照顺序线性执行的，但是由于读写操作等待用户输入或输出都是阻塞的，所以 I/O 操作在一般情况下往往不能直接返回，这会导致某一文件的IO阻塞，进而导致整个进程无法对其他客户提供服务，而IO多路复用就是为了解决这个问题而出现；并发多客户端连接，在多路复用之前的处理方案是同步阻塞网络IO模型，这种模型的特点就是用一个进程来处理一个网络连接。多路是指多个客户端连接，指的是多条TCP连接，复用是指用一个进程处理多条的连接，使用单进程就能够实现同时处理多个客户端的连接；
图解Redis 05 | Zset数据类型的原理及应用场景
最新发布
大厂小码农的博客
10-29 474
Zset 类型（有序集合）与 Set 类型相比，增加了一个排序属性 score。对于有序集合 Zset，每个元素由两个部分组成：一个是元素的值，另一个是用于排序的分数 score。有序集合继承了Set中成员唯一（元素值不能重复，分数可以重复）的特性，但不同之处在于，有序集合中的元素是按分数进行排序的。
群控系统服务端开发模式-应用开发-业务架构逻辑开发Redis封装
龙哥·三年风水从2011年开始做IT工作，从ps画图到前端开发->后端开发->框架开发->业务架构设计及开发->业务需求整理、开发->技术经理->技术总监
10-28 246
群控系统服务端开发模式-应用开发-业务架构逻辑开发Redis封装
Redis & 主从同步 & 总结
说淑人的所思所想
10-26 1075
主从同步的本质是数据复制机制。 主从同步机制无法避免在主机宕机时丢失数据。 Redis存在“一主多从/级联”两种主从同步架构。
Redis
2401_85983616的博客
10-25 1409
Redis服务器程序是单进程模型，也就是在一台服务器上可以同时启动多个Redis进程，Redis的实际处理速度则是完全依靠于主进程的执行效率。若在同一台服务器上开启多个Redis进程，Redis在提高并发处理能力的同时会给服务器的CPU造成很大压力。Redis作为基于内存运行的数据库，是一个高性能的缓存，一般应用在Session缓存、队列、排行榜、最近最热文章、最近最热评论、发布订阅等。redis-benchmark 是官方自带的 Redis 性能测试工具，可以有效的测试 Redis 服务的性能。
Redis主从复制与哨兵模式详解
以上知识点详细描述了Redis主从复制与哨兵模式的基本概念、配置方法、工作原理以及其优缺点。在实际的程序开发和权限管理中，熟练掌握这些知识点对于确保Redis数据库的高效、稳定运行至关重要。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值