Redis之主从复制(一主两从)薪火相传反客为主哨兵模式

本文主要是介绍Redis之主从复制(一主两从)薪火相传反客为主哨兵模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

主从复制特点及优点
准备工作
一主多从配置
薪火相传
反客为主
哨兵模式

  • 主从复制特点及优点:
    • master写,slave读
    • 读写分离,扩展性能
    • 容灾快速恢复

准备工作

1.配置一主多从需要额外克隆两台虚拟机,点击查看克隆方法
2.各个虚拟机安装 redis
3.关闭防火墙,查看

  • 一主多从配置

    • 开启3个redis
    • 进入cli,查看当前主从机信息,命令
      info replication
      
      在这里插入图片描述
      3台均为master
    • 在两台从机输入命令
      slaveof ip port
      
      再次查看
      在这里插入图片描述
    • 一主两从配置完成
    • 注意事项:
      只有主机能写操作,从机写操作后报错
      从机宕机后,需要重连到主机 slaveof ip port , 重连后自动同步宕机期间的数据
      主机宕机后,重启后仍是主机
      以上配置是暂时的,生产中需要在配置文件中写死;打开配置文件,搜索 replication 配置主机ip和端口及用户名和密码
      在这里插入图片描述

    从机连接主机的过程
    在这里插入图片描述

  • 薪火相传
    slave 1 配置 slaveof master的ip和端口
    slave 2 配置 slaveof slave1的ip和端口
    slave 3 配置 slaveof slave2的ip和端口

    在这里插入图片描述
    如果配置完,slave 3 从机查看状态显示master状态为 down,是因为slave 2的配置只允许本机访问,解决方法
    打开 slave 2 的redis.conf配置文件,搜索 bind 127.0.0.1,将其修改为 0.0.0.0 ,保存即可
    在这里插入图片描述

  • 反客为主
    反客为主即在master->写服务器宕机后,将 slave 2 升为 master,在slave 2中执行命令:
    slaveof no one
    

  • 哨兵模式
    哨兵模式即自动版的反客为主,当master->写服务器宕机后,从机会自动选举出一个作为master->写服务器
    • 配置哨兵模式,输入命令

      vim /etc/sentinel.conf
      

      输入内容为:
      sentinel monitor myredis 192.168.*.* 6379 1
      保存退出

    • 启动哨兵
      切换到 /bin 目录下,启动哨兵命令

      redis-sentinel /etc/sentinel.conf
      

      master->写主机宕机后,会自动从从机中选举出来一个新的master->写主机

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


其他章节 -> 跳转

end...

这篇关于Redis之主从复制(一主两从)薪火相传反客为主哨兵模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/603318

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合,内部除了存储元素外,还会存储一个score,存储在zset中的元素会按照score的大小升序排列,不同元素的score可以重复,score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

Redis中使用布隆过滤器解决缓存穿透问题

一、缓存穿透(失效)问题 缓存穿透是指查询一个一定不存在的数据,由于缓存中没有命中,会去数据库中查询,而数据库中也没有该数据,并且每次查询都不会命中缓存,从而每次请求都直接打到了数据库上,这会给数据库带来巨大压力。 二、布隆过滤器原理 布隆过滤器(Bloom Filter)是一种空间效率很高的随机数据结构,它利用多个不同的哈希函数将一个元素映射到一个位数组中的多个位置,并将这些位置的值置