消息中间件MQ面试题(2022最新版)

为什么使用MQ?MQ的优点

简答

  • 异步处理 - 相比于传统的串行、并行方式,提高了系统吞吐量。 

  • 应用解耦 - 系统间通过消息通信,不用关心其他系统的处理。 

  • 流量削锋 - 可以通过消息队列长度控制请求量;可以缓解短时间内的高并发请 求。 

  • 日志处理 - 解决大量日志传输。 

  • 消息通讯 - 消息队列一般都内置了高效的通信机制,因此也可以用在纯的消息通 讯。比如实现点对点消息队列,或者聊天室等。 

详答

主要是:解耦、异步、削峰。 

解耦:A 系统发送数据到 BCD 三个系统,通过接口调用发送。如果 E 系统也要 这个数据呢?那如果 C 系统现在不需要了呢?A 系统负责人几乎崩溃…A 系统 跟其它各种乱七八糟的系统严重耦合,A 系统产生一条比较关键的数据,很多系 统都需要 A 系统将这个数据发送过来。如果使用 MQ,A 系统产生一条数据, 发送到 MQ 里面去,哪个系统需要数据自己去 MQ 里面消费。如果新系统需要 数据,直接从 MQ 里消费即可;如果某个系统不需要这条数据了,就取消对 MQ 消息的消费即可。这样下来,A 系统压根儿不需要去考虑要给谁发送数 据,不需要维护这个代码,也不需要考虑人家是否调用成功、失败超时等情况。就是一个系统或者一个模块,调用了多个系统或者模块,互相之间的调用很复 杂,维护起来很麻烦。但是其实这个调用是不需要直接同步调用接口的,如果用 MQ 给它异步化解耦。 

异步:A 系统接收一个请求,需要在自己本地

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
问题一:RabbitMQ 中的 broker 是指什么?cluster 又是指什么? 问题二:什么是元数据?元数据分为哪些类型?包括哪些内容?与 cluster 相关的元数据 有哪些?元数据是如何保存的?元数据在 cluster 中是如何分布的? 问题三:RAM node 和 disk node 的区别? 问题四:RabbitMQ 上的一个 queue 中存放的 message 是否有数量限制? 问题五:RabbitMQ 概念里的 channel、exchange 和 queue 这些东东是逻辑概念,还是对应着进程实体?这些东东分别起什么作用? 问题六:vhost 是什么?起什么作用? 问题七:在单 node 系统和多 node 构成的 cluster 系统中声明 queue、exchange ,以及 进行 binding 会有什么不同? 问题八:客户端连接到 cluster 中的任意 node 上是否都能正常工作? 问题九:若 cluster 中拥有某个 queue 的 owner node 失效了,且该 queue 被声明具有 durable 属性,是否能够成功从其他 node 上重新声明该 queue ? 问题十:cluster 中 node 的失效会对 consumer 产生什么影响?若是在 cluster 中创建了 mirrored queue ,这时 node 失效会对 consumer 产生什么影响? 问题十一:能够在地理上分开的不同数据中心使用 RabbitMQ cluster 么? 问题十二:为什么 heavy RPC 的使用场景下不建议采用 disk node ? 问题十三:向不存在的 exchange 发 publish 消息会发生什么?向不存在的 queue 执行 consume 动作会发生什么? 问题十四:routing_key 和 binding_key 的最大长度是多少? 问题十五:RabbitMQ 允许发送的 message 最大可达多大? 问题十六:什么情况下 producer 不主动创建 queue 是安全的? 问题十七:“dead letter”queue 的用途? 问题十八:为什么说保证 message 被可靠持久化的条件是 queue 和 exchange 具有 durable 属性,同时 message 具有 persistent 属性才行? 问题十九:什么情况下会出现 blackholed 问题? 问题二十:如何防止出现 blackholed 问题? 问题二十一:Consumer Cancellation Notification 机制用于什么场景? 问题二十二:Basic.Reject 的用法是什么? 问题二十三:为什么不应该对所有的 message 都使用持久化机制? 问题二十四:RabbitMQ 中的 cluster、mirrored queue,以及 warrens 机制分别用于解决 什么问题?存在哪些问题?

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

山竹之七语

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值