RabbitMq常见问题

RabbitMq常见问题

---

目录

1. 什么是RabbitMQ?

2. 为什么要使用RabbitMQ?

3. 消息队列的优缺点？

4. rabbitmq 的使用场景有哪些？

5. rabbitmq 有哪些重要的角色？

6. rabbitmq 有哪些重要的组件？

7. rabbitmq 中 vhost 的作用是什么？

8. rabbitmq 的消息是怎么发送的？

9. rabbitmq 怎么保证消息的稳定性？

10. rabbitmq 怎么避免消息丢失？

11. 要保证消息持久化成功的条件有哪些？

12. rabbitmq 持久化有什么缺点？

13. rabbitmq 有几种广播类型？

14. rabbitmq 怎么实现延迟消息队列？

15. rabbitmq 集群有什么用？

16. rabbitmq 节点的类型有哪些？

17. rabbitmq 集群搭建需要注意哪些问题？

18. rabbitmq 每个节点是其他节点的完整拷贝吗？为什么？

19. rabbitmq 集群中唯一一个磁盘节点崩溃了会发生什么情况？

20. rabbitmq 对集群节点停止顺序有要求吗？

21. Kafka 与 RabbitMQ 的区别？

---

1. 什么是RabbitMQ?

RabbitMQ 即一个消息队列，主要是用来实现应用程序的异步和解耦，同时也能起到消息缓冲，消息分发的作用。RabbitMQ使用的是AMQP协议，它是一种二进制协议。

AMQP，即Advanced Message Queuing Protocol,一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同的开发语言等条件的限制。Erlang中的实现有 RabbitMQ等。

---

2. 为什么要使用RabbitMQ?

要结合具体应用场景去分析，知道不同消息队列的区别。

具体文章见：Kafka、ActiveMQ、RabbitMQ、RocketMQ 有什么优缺点：https://blog.csdn.net/weixin_41910694/article/details/97375307

---

3. 消息队列的优缺点？

还是参考下面文章。

具体文章见：Kafka、ActiveMQ、RabbitMQ、RocketMQ 有什么优缺点：https://blog.csdn.net/weixin_41910694/article/details/97375307

---

4. rabbitmq 的使用场景有哪些？

• 抢购活动，削峰填谷，防止系统崩溃。
• 延迟信息处理，比如10分钟之后给下单未付款的用户发送邮件提醒。
• 解耦系统，对于新增的功能可以单独写模块扩展，比如用户确认评价之后，新增了给用户返积分的功能，这个时候不用在业务代码里添加新增积分的功能，只需要把新增积分的接口订阅确认评价的消息队列即可，后面再添加任何功能只需要订阅对应的消息队列即可。

---

5. rabbitmq 有哪些重要的角色？

RabbitMq 中重要的角色有：生产者，消费者和代理

• 生产者：消费的创建者，负责创建和推送数据到消息服务器；
• 消费者：消息的接收方，用于处理数据和确认消息；
• 代理：就是 RabbitMq 本身，用于扮演“快递”的角色，本身不生成消息，只是扮演“快递”的角色。

---

6. rabbitmq 有哪些重要的组件？

• ConnectionFactory（连接管理器）：应用程序与Rabbit之间建立连接的管理器，程序代码中使用。
• Channel（信道）：消息推送使用的通道。
• Exchange（交换器）：用于接受，分配消息。
• Queue（队列）：用于存储生产者的消息。
• RoutingKey（路由键）：用于把生产者的数据分配到交换器上。
• BindingKey（绑定键）：用于把交换器的消息绑定到队列上。

---

7. rabbitmq 中 vhost 的作用是什么？

vhost：每个RabbitMq都能创建多个vhost，我们称之为虚拟主机，每个虚拟主机其实都是mini版的RabbitMq，它拥有自己的队列，交换器和绑定，拥有自己的权限机制。

---

8. rabbitmq 的消息是怎么发送的？

首先客户端必须连接到RabbitMq服务器才能发布和消费消息，客户端和 rabbit server 之间会创建一个tcp连接，一旦tcp打开并通过了认证（认证就是你发送给rabbit服务器的用户名和密码），你的客户端和 RabbitMq 就创建一条 amqp 信道（channel），信道是创建在“真实”tcp上的虚拟连接，amqp命令都是通过信道发送出去的，每个信道都会有唯一的id，不论是发布消息，订阅队列都是通过这个信道完成的。

---

9. rabbitmq 怎么保证消息的稳定性？

• 提供了事务的功能。
• 通过将channel设置为confirm（确认）模式。

---

10. rabbitmq 怎么避免消息丢失？

• 把消息持久化磁盘，保证服务器重启消息不丢失。
• 每个集群至少有一个物理磁盘，保证消息落入磁盘。

---

11. 要保证消息持久化成功的条件有哪些？

• 声明队列必须设置持久化 durable 设置为 true。
• 消息推送投递模式必须设置持久化， deliveryMode设置为2（持久）。
• 消息已经到达持久化交换器
• 消息已经到达持久化队列。

---

12. rabbitmq 持久化有什么缺点？

持久化的缺点就是降低了服务器的吞吐量，因为使用的是磁盘而非内存存储，从而降低了吞吐量。可尽量使用ssd硬盘来缓解吞吐量的问题。

---

13. rabbitmq 有几种广播类型？

• direct（默认方式）：最基础最简单的模式，发送方把消息发送给订阅方，如果有多个订阅者，默认采用轮询的方式进行消息发送。
• headers：与direct类似，只是性能很差，次类型几乎用不到。
• fanout：分发模式，把消费分发给所有订阅者。
• topic：匹配订阅模式，使用正则匹配到消息队列，能匹配到的都能接收到。

---

14. rabbitmq 怎么实现延迟消息队列？

延迟队列的实现有两种方式：

• 通过消息过期后进入死信交换器，再由交换器转发到延迟消费队列，实现延迟功能。
• 使用 RabbitMq-delayed-message-exchange 插件实现延迟功能。

---

15. rabbitmq 集群有什么用？

集群主要有以下两个用途：

• 高可用：某个服务器出现问题，整个RabbitMq还可以继续使用。
• 高容量：集群可以承载更多的消息量。

---

16. rabbitmq 节点的类型有哪些？

• 磁盘节点：消息会存储到磁盘。
• 内存节点：消息都存储到内存中，重启服务器消息丢失，性能高于磁盘类型。

---

17. rabbitmq 集群搭建需要注意哪些问题？

• 各节点之间使用“-link”连接，此属性不能忽略。
• 各节点使用的 erlang cookie 值必须相同，此值相当于“秘钥”的功能，用于各节点的认证。
• 整个集群必须包含一个磁盘节点。

---

18. rabbitmq 每个节点是其他节点的完整拷贝吗？为什么？

不是，原因有以下两个：

• 存储空间的考虑：如果每个节点都拥有所有队列的完全拷贝，这样新增节点不但没有新增存储空间，反而增加了更多的冗余数据。
• 性能的考虑：如果每条消息都需要完整拷贝每一个集群节点，那新增节点并没有提升处理消息的能力，最多是保持和单节点相同的性能甚至更糟。

---

19. rabbitmq 集群中唯一一个磁盘节点崩溃了会发生什么情况？

如果唯一磁盘的磁盘节点崩溃，不能进行一下操作：

• 不能创建队列
• 不能创建交换器
• 不能创建绑定
• 不能添加用户
• 不能更改权限
• 不能添加和删除集群节点

唯一磁盘节点崩溃了，集群是可以保持运行的，但你不能更改任何东西。

---

20. rabbitmq 对集群节点停止顺序有要求吗？

RabbitMq 对集群的停止的顺序是有要求的，应该先关闭内存节点，最后关闭磁盘节点。如果顺序恰好相反的话，可能造成消息的丢失。

---

21. rabbitmq 和 kafka的区别？

1. 应用场景方面
   RabbitMQ：用于实时的，对可靠性要求较高的消息传递上。
   kafka：用于处于活跃的流式数据，大数据量的数据处理上。
2. 架构模型方面
   producer，broker，consumer
   RabbitMQ：以broker为中心，有消息的确认机制
   kafka：以consumer为中心，无消息的确认机制
3. 吞吐量方面
   RabbitMQ：支持消息的可靠的传递，支持事务，不支持批量操作，基于存储的可靠性的要求存储可以采用内存或硬盘，吞吐量小。
   kafka：内部采用消息的批量处理，数据的存储和获取是本地磁盘顺序批量操作，消息处理的效率高，吞吐量高。
4. 集群负载均衡方面
   RabbitMQ：本身不支持负载均衡，需要loadbalancer的支持
   kafka：采用zookeeper对集群中的broker，consumer进行管理，可以注册topic到zookeeper上，通过zookeeper的协调机制，producer保存对应的topic的broker信息，可以随机或者轮询发送到broker上，producer可以基于语义指定分片，消息发送到broker的某个分片上。
   kafka通过zk和分区机制实现：zk记录broker信息，生产者可以获取到并通过策略完成负载均衡；通过分区，投递消息到不同分区，消费者通过服务组完成均衡消费。

消息中间件选型分析——从Kafka与RabbitMQ的对比来看全局：https://blog.csdn.net/u013256816/article/details/79838428