阿里面试二:说一说Redis有几种高可用搭建方式?
mhr18 2024-11-03 13:35 26 浏览 0 评论
摘要
大概9年前笔者有幸参加过阿里的电话面试，其中面试官就有问到过有关Redis高可用的搭建方式以及他们之间的区别。那会还是一个小年轻，技术储备还没有那么强大，回答的感觉有点勉强，虽然后面有幸面试过了，但是今天再回想起来其实还是有点运气的。毕竟那时候互联网开发没有现在这么卷，那时候的阿里也是刚起步没多久，对技术的要求其实也没有现在这么高，如果以现在的行业形式再去阿里面试，还真不一定能过。这个有点像字节跳动的老板张一鸣说的那样，现在如果他去字节面试不一定能通过[呲牙]。言归正传，今天重温9年前面试题，和大家分享Redis高可用的三种模式以及他们之间的优缺点和区别。如果你正在准备面试，那看完一定对你有用！
方式一：主从模式
主从模式是最简单的集群模式，主要基于Redis的主从同步机制实现，一般一个master节点挂两个或两个以上从节点，可以读写都在master上，也可以根据运维能力进行读写分离，将读请求接入到从节点上，分担主节点的压力。该模式的优点是搭建和维护简单，但是缺点也很明显，那就是主节点挂了以后得手动的去切换从节点，其次就是每个从节点的数据都是主节点的全量备份，当Redis数据量特别大的时候单台机器的性能会受到影响。比如几千万的数据写入到master,那么每个slave都需要同步几千万的数据，在高并发应用中不管是读或者写都有一定的性能问题，达到了单机的极限也不能通过添加机器去横向分担系统压力。
方式二：主从+哨兵模式
如图所示，为了解决主从模式节点自动切换的问题引入了哨兵模式，通过哨兵自动监控Redis的master和slave,当slave有故障则报警通知，当master出现故障则哨兵可以自动的从slave中选择一个替换故障的master。因为哨兵本身也有可能出现故障，所以这里哨兵也是以集群模式出现保证哨兵本身是高可用的。这个模式的优点很明显，那就是通过哨兵监控实现故障自动转移，不用人工去干涉。但是这种模式本质上还是基于主从模式，所以主从模式单机数据量性能问题并没有解决。
方式三：官方集群模式
通过前面的方式一和方式二可以看到，这两个方式都有一个共同缺点那就是单机性能瓶颈问题没有解决，为了解决方式一和方式二的问题，Redis官方推出了自己的高可用集群方案。从上面的图看出采用了分布式的方式将数据分散到多个主节点上，每个主节点分别有一个以上的从节点。多个主节点可以将数据离散存储，实现了动态的横向扩容，从节点只做备份不接收客户端请求，当主节点故障后从节点可以自动接替。Redis官方的集群方案通过主从解决了高可用问题，通过分布式解决了高性能问题，那这种模式有没有缺点呢？如果我们仔细看上面的架构图就会发现，接受客户端读写请求的都是master，slave只做数据同步并没有参与读写请求，所以从一定意义上看其实多少是有点空间浪费的。
总结
单一的主从模式能实现读写分离，环境搭建简单，但是需要人工干预进行故障转移，而且有单机性能瓶颈问题
主从加哨兵模式可以自动故障转移，但是单机性能问题没有解决，而且引入了哨兵增加了运维复杂度
官方集群模式既实现了高可用又实现了高性能，优点是故障自动转移，不需要引入额外的哨兵运维，而且可以横向扩容。缺点是从节点只备份不提供服务，有一定的空间浪费。
相关推荐
- 使用 Docker 部署 Java 项目(通俗易懂)
-
前言：搜索镜像的网站（推荐）：DockerDocs1、下载与配置Docker1.1docker下载（这里使用的是Ubuntu，Centos命令可能有不同）以下命令，默认不是root用户操作，...
- Spring Boot 3.3.5 + CRaC:从冷启动到秒级响应的架构实践与踩坑实录
-
去年，我们团队负责的电商订单系统因扩容需求需在10分钟内启动200个Pod实例。当运维组按下扩容按钮时，传统SpringBoot应用的冷启动耗时（平均8.7秒）直接导致流量洪峰期出现30%的请求超时...
- 《github精选系列》——SpringBoot 全家桶
-
1简单总结1SpringBoot全家桶简介2项目简介3子项目列表4环境5运行6后续计划7问题反馈gitee地址：https://gitee.com/yidao620/springbo...
- Nacos简介—1.Nacos使用简介
-
大纲1.Nacos的在服务注册中心+配置中心中的应用2.Nacos2.x最新版本下载与目录结构3.Nacos2.x的数据库存储与日志存储4.Nacos2.x服务端的startup.sh启动脚...
- spring-ai ollama小试牛刀
-
序本文主要展示下spring-aiollama的使用示例pom.xml<dependency><groupId>org.springframework.ai<...
- SpringCloud系列——10Spring Cloud Gateway网关
-
学习目标Gateway是什么？它有什么作用？Gateway中的断言使用Gateway中的过滤器使用Gateway中的路由使用第1章网关1.1网关的概念简单来说，网关就是一个网络连接到另外一个网络的...
- Spring Boot 自动装配原理剖析
-
前言在这瞬息万变的技术领域，比了解技术的使用方法更重要的是了解其原理及应用背景。以往我们使用SpringMVC来构建一个项目需要很多基础操作：添加很多jar，配置web.xml，配置Spr...
- 疯了!Spring 再官宣惊天大漏洞
-
Spring官宣高危漏洞大家好，我是栈长。前几天爆出来的Spring漏洞，刚修复完又来？今天愚人节来了，这是和大家开玩笑吗？不是的，我也是猝不及防！这个玩笑也开的太大了！！你之前看到的这个漏洞已...
- 「架构师必备」基于SpringCloud的SaaS型微服务脚手架
-
简介基于SpringCloud(Hoxton.SR1)+SpringBoot(2.2.4.RELEASE)的SaaS型微服务脚手架，具备用户管理、资源权限管理、网关统一鉴权、Xss防跨站攻击、...
- SpringCloud分布式框架&分布式事务&分布式锁
-
总结本文承接上一篇SpringCloud分布式框架实践之后，进一步实践分布式事务与分布式锁，其中分布式事务主要是基于Seata的AT模式进行强一致性，基于RocketMQ事务消息进行最终一致性，分布式...
- SpringBoot全家桶:23篇博客加23个可运行项目让你对它了如指掌
-
SpringBoot现在已经成为Java开发领域的一颗璀璨明珠，它本身是包容万象的，可以跟各种技术集成。本项目对目前Web开发中常用的各个技术，通过和SpringBoot的集成，并且对各种技术通...
- 开发好物推荐12之分布式锁redisson-sb
-
前言springboot开发现在基本都是分布式环境，分布式环境下分布式锁的使用必不可少，主流分布式锁主要包括数据库锁，redis锁，还有zookepper实现的分布式锁，其中最实用的还是Redis分...
- 拥抱Kubernetes,再见了Spring Cloud
-
相信很多开发者在熟悉微服务工作后，才发现：以为用SpringCloud已经成功打造了微服务架构帝国，殊不知引入了k8s后，却和CloudNative的生态发展脱轨。从2013年的...
- Zabbix/J监控框架和Spring框架的整合方法
-
Zabbix/J是一个Java版本的系统监控框架，它可以完美地兼容于Zabbix监控系统，使得开发、运维等技术人员能够对整个业务系统的基础设施、应用软件/中间件和业务逻辑进行全方位的分层监控。Spri...
- SpringBoot+JWT+Shiro+Mybatis实现Restful快速开发后端脚手架
-
作者：lywJee来源：cnblogs.com/lywJ/p/11252064.html一、背景前后端分离已经成为互联网项目开发标准，它会为以后的大型分布式架构打下基础。SpringBoot使编码配置...
欢迎 你 发表评论:
- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)