irpas技术客

redis,rabbitmq,springcloud的面试题/知识点_sysucjf_redis和rabbitmq面试题

大大的周 2884

目录 redis什么是redis?简述它的优缺点?什么是redis的主从复制,是如何实现的?什么是redis的哨兵模式? rabbitmq什么是消息中间件?rabbitmq的业务场景?服务解耦流量削封异步调用考虑定外卖支付成功的情况 springcloud什么是springcloud?springcloud的核心组件有哪些?

redis 什么是redis?简述它的优缺点?

Redis是一个key-value类型的内存数据库,整个数据库统统加载在内存当中进行操作,定期通过异步操作把数据库数据flush到硬盘中进行保存。 优点:redis是纯内存操作,所以性能非常出色,每秒可以处理超过10万次读写操作,是已知性能最快的Key-Value数据库。 缺点:Redis的数据库容量受到物理内存的限制,不能用作海量数据的高性能读写。因此Redis适合的场景局限在较小数据量的高性能操作和运算上。

什么是redis的主从复制,是如何实现的?

在Redis中,用户可以通过执行SLAVEOFF命令,让一个服务器去复制另一个服务器,被复制的服务器叫做主服务器,对主服务器进行赋值的服务器叫做从服务器。主服务器负责Redis读写操作,并将数据同步到Slave,Slave只负责读。 主节点将自己内存中的数据做一份快照,将快照发给从节点,从节点将数据恢复到内存中。

什么是redis的哨兵模式?

哨兵是Redis的主从架构模式下,实现高可用性的一种机制。 由一个或者多个哨兵实例组成的系统可以监视任意多个主服务器,以及这些主服务器属下的所有从服务器,并在被监视的主服务器进入下线状态时,自动将下线主服务器属下的某个从服务器升级为新的主服务器,然后由新的主服务器代替已下线的主服务器继续处理命令请求。

rabbitmq 什么是消息中间件?

消息中间件是利用高效可靠的消息传递机制进行异步的数据传输,并基于数据通信进行分布式系统的集成。通过提供消息队列模型和消息传递机制,可以在分布式环境下扩展进程间的通信。

rabbitmq的业务场景? 服务解耦

假设有这样一个场景, 服务A产生数据, 而服务B,C,D需要这些数据, 那么我们可以在A服务中直接调用B,C,D服务,把数据传递到下游服务即可 但是,随着我们的应用规模不断扩大,会有更多的服务需要A的数据,如果有几十甚至几百个下游服务,而且会不断变更,再加上还要考虑下游服务出错的情况,那么A服务中调用代码的维护会极为困难。因为服务之间的耦合度过于紧密。 再来考虑用RabbitMQ解耦的情况。A服务只需要向消息服务器发送消息,而不用考虑谁需要这些数据;下游服务如果需要数据,自行从消息服务器订阅消息,不再需要数据时则取消订阅即可。

流量削封

假设我们有一个应用,平时访问量是每秒300请求,我们用一台服务器即可轻松应对

而在高峰期,访问量瞬间翻了十倍,达到每秒3000次请求,那么单台服务器肯定无法应对,这时我们可以考虑增加到10台服务器,来分散访问压力 但如果这种瞬时高峰的情况每天只出现一次,每次只有半小时,那么我们10台服务器在多数时间都只分担每秒几十次请求,这样就有点浪费资源了 这种情况,我们就可以使用RabbitMQ来进行流量削峰,高峰情况下,瞬间出现的大量请求数据,先发送到消息队列服务器,排队等待被处理,而我们的应用,可以慢慢的从消息队列接收请求数据进行处理,这样把数据处理时间拉长,以减轻瞬时压力。 这是消息队列服务器非常典型的应用场景。

异步调用考虑定外卖支付成功的情况

考虑点外卖支付成功的情况,支付后要发送支付成功的通知,再寻找外卖小哥来进行配送,而寻找外卖小哥的过程非常耗时,尤其是高峰期,可能要等待几十秒甚至更长。这样就造成整条调用链路响应非常缓慢。 而如果我们引入RabbitMQ消息队列,订单数据可以发送到消息队列服务器,那么调用链路也就可以到此结束,订单系统则可以立即得到响应,整条链路的响应时间只有200毫秒左右。 寻找外卖小哥的应用可以以异步的方式从消息队列接收订单消息,再执行耗时的寻找操作。

springcloud 什么是springcloud?

spring cloud 是一系列框架的有序集合。它利用 spring boot 的开发便利性巧妙地简化 了分布式系统基础设施的开发,如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等,都可以用 spring boot 的开发风格做到一键启动和部署。

springcloud的核心组件有哪些? Eureka:服务注册与发现。Feign:基于动态代理机制,根据注解和选择的机器,拼接请求 url 地址,发起请求。Ribbon:实现负载均衡,从一个服务的多台机器中选择一台。Hystrix:提供线程池,不同的服务走不同的线程池,实现了不同服务调用的隔离, 避免了服务雪崩的问题。Zuul:网关管理,由 Zuul 网关转发请求给对应的服务。


1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,会注明原创字样,如未注明都非原创,如有侵权请联系删除!;3.作者投稿可能会经我们编辑修改或补充;4.本站不提供任何储存功能只提供收集或者投稿人的网盘链接。