文章目录
-
- 1. RabbitMQ 中的 broker 是指什么?cluster 又是 指什么?
- 2. RabbitMQ 中 RAM node 和 disk node 的区别?
- 3. RabbitMQ 上的一个 queue 中存放的 message 是 否有数量限制?
- 4. RabbitMQ 概念里的 channel、exchange 和 queue 这些东东是逻辑概念,还是对应着进程实体?它们 分别起什么作用?
- 5. RabbitMQ 中 vhost 是什么?起什么作用?
- 6.在单 node 系统和多 node 构成的 cluster 系统 中声明 queue、exchange ,以及进行 binding 会 有什么不同?
- 7.客户端连接到 cluster 中的任意 node 上是否都 能正常工作?
- 8.能够在地理上分开的不同数据中心使用 RabbitMQ cluster 么?
- 9. routing_key 和 binding_key 的最大长度是多 少?
- 10. RabbitMQ 中 “dead letter”queue 有什么用 途?
- 11. RabbitMQ 中 Basic.Reject 的用法是什么?
- 12. 为什么不应该对所有的 message 都使用持久化 机制?
- 13. RabbitMQ 中的 cluster、mirrored queue 机制 分别用于解决什么问题?存在哪些问题?
- 14. 请概要说明 Kafka 的体系结构
- 15. Kafa consumer 是否可以消费指定分区消息?
- 16. Kafka 消息是采用 Pull 模式,还是 Push 模式?
- 17. Kafka 高效文件存储设计特点:
- 18. Kafka 与传统消息系统之间有三个关键区别
- 19. Kafka 里 partition 的数据如何保存到硬盘
- 20. 请概述 kafka 的 ack 机制
- 21. kafaka 生产数据时数据的分组策略
- 22. 数据传输的事务定义有哪三种?
- 23. 为什么使用消息队列?
- 24. 消息队列有什么优点和缺点?
- 25. 消息重复的原因和解决
- 26. 消息的可靠性传输
- 27. 消息的顺序性
|
|
1. RabbitMQ 中的 broker 是指什么?cluster 又是 指什么?
答:broker 是指一个或多个 erlang node 的逻辑分组,且 node 上运行着 RabbitMQ
应用程序。cluster 是在 broker 的基础之上,增加了 node 之间共享元数据的约束。
2. RabbitMQ 中 RAM node 和 disk node 的区别?
答:RAM node 仅将 fabric(即 queue、exchange 和 binding等 RabbitMQ基础构件)
相关元数据保存到内存中,但 disk node 会在内存和磁盘中均进行存储。RAM node 上唯一
会存储到磁盘上的元数据是 cluster 中使用的 disk node 的地址。要求在 RabbitMQ
cluster 中至少存在一个 disk node 。
3. RabbitMQ 上的一个 queue 中存放的 message 是 否有数量限制?
答:可以认为是无限制,因为限制取决于机器的内存,但是消息过多会导致处理效率的
下降。
4. RabbitMQ 概念里的 channel、exchange 和 queue 这些东东是逻辑概念,还是对应着进程实体?它们 分别起什么作用?
答:queue 具有自己的 erlang 进程;exchange 内部实现为保存 binding 关系的查找
表;channel 是实际进行路由工作的实体,即负责按照 routing_key 将 message 投递给
queue 。由 AMQP 协议描述可知,channel 是真实 TCP 连接之上的虚拟连接,所有 AMQP 命
令都是通过 channel 发送的,且每一个 channel 有唯一的 ID。一个 channel 只能被单独
一个操作系统线程使用,故投递到特定 channel 上的 message 是有顺序的。但一个操作系
统线程上允许使用多个 channel 。channel 号为 0 的 channel 用于处理所有对于当前
connection 全局有效的帧,而 1-65535 号 channel 用于处理和特定 channel 相关的帧。
AMQP 协议给出的 channel 复用模型如下
其中每一个 channel 运行在一个独立的线程上,多线程共享同一个 socket。
5. RabbitMQ 中 vhost 是什么?起什么作用?
答:vhost 可以理解为虚拟 broker ,即 mini-RabbitMQ server。其内部均含有独立
的 queue、exchange 和 binding 等,但最最重要的是,其拥有独立的权限系统,可以做到
vhost 范围的用户控制。当然,从 RabbitMQ 的全局角度,vhost 可以作为不同权限隔离的
手段(一个典型的例子就是不同的应用可以跑在不同的 vhost 中)。
6.在单 node 系统和多 node 构成的 cluster 系统 中声明 queue、exchange ,以及进行 binding 会 有什么不同?
答:当你在单 node 上声明 queue 时,只要该 node 上相关元数据进行了变更,你就
会得到 Queue.Declare-ok 回应;而在 cluster 上声明 queue ,则要求 cluster 上的全
部 node 都要进行元数据成功更新,才会得到 Queue.Declare-ok 回应。另外,若 node 类
型为 RAM node 则变更的数据仅保存在内存中,若类型为 disk node 则还要变更保存在磁
盘上的数据。
7.客户端连接到 cluster 中的任意 node 上是否都 能正常工作?
答:是的。客户端感觉不到有何不同。
8.能够在地理上分开的不同数据中心使用 RabbitMQ cluster 么?
答:不能。第一,你无法控制所创建的 queue 实际分布在 cluster 里的哪个 node 上
(一般使用 HAProxy + cluster 模型时都是这样),这可能会导致各种跨地域访问时的常
见问题;第二,Erlang 的 OTP 通信框架对延迟的容忍度有限,这可能会触发各种超时,导
致业务疲于处理;第三,在广域网上的连接失效问题将导致经典的“脑裂”问题,而
RabbitMQ 目前无法处理(该问题主要是说 Mnesia)。
9. routing_key 和 binding_key 的最大长度是多 少?
答:255 字节。
10. RabbitMQ 中 “dead letter”queue 有什么用 途?
答:当消息被 RabbitMQ server 投递到 consumer 后,但 consumer 却通过
Basic.Reject 进行了拒绝时(同时设置 requeue=false),那么该消息会被放入“dead
letter”queue 中。该 queue 可用于排查 message 被 reject 或 undeliver 的原因。
11. RabbitMQ 中 Basic.Reject 的用法是什么?
答:该信令可用于 consumer 对收到的 message 进行 reject 。若在该信令中设置
requeue=true,则当 RabbitMQ server 收到该拒绝信令后,会将该 message 重新发送到下
一个处于消费状态的消费者处(理论上仍可能将该消息发送给当前 consumer)。若设置
requeue