1.rabbitmq 的使用场景
- 跨系统的异步通信,不需要发送与接收的双方同时在线。打电话:同步,发短信:异步
- 降低多个应用之间的耦合或应用需要更灵活的耦合方式。
- 应用内的方法调用从同步变异步。如订单处理,可以由前端应用将订单放入队列,后端应用再从队列中获取处理,高峰时的大量订单可以积压在列队里慢慢处理。同步意味着阻塞,大量线程的阻塞会降低计算机的性能
- 跨局域网,跨城市的通讯,如上海机房与深圳机房的应用通信
2.rabbitmq 有哪些重要角色
- 生产者:消息的创建者,负责创建和推送数据到消息服务器
- 消费者:消息的接收方,用于处理数据和确认消息
- 代理:rabbitmq 本身不生产消息,只是储存和传递消息
3.rabbitmq 有哪些重要组件
- ConnectionFactory(连接管理器):应用程序与 rabbit 之间建立连接的管理器,程序代码中使用
- Channel(信道):消息推送使用的通道
- Exchange(交换器):用于接收、分配消息
- Queue(队列):用于存储生产者的消息
- RoutingKey(路由键):用于把生产者的数据分配到交换器上
- BindingKey(绑定键):用于把交换器的消息绑定到队列上
4.rabbitmq 中的 vhost 的作用是什么
vhost 可以理解为虚拟 broker,即 mini-RabbitMQ server。其内部均含有独立的 queue、exchange 和 binding 等,但最最重要的是,其拥有的独立的权限系统,可以做到vhost范围的用户控制。从rabbitmq的全局角度,vhost可以作为不同权限隔离的手段,不同的应用可以泡在不同的vhost中
5.rabbitmq 怎么发送消息
客户端先创建一个 tcp 连接到 rabbitmq 服务器,通过用户名和密码的认证后,客户端和 rabbitmq 创建一条 amqp 信道(channel),该信道是创建在 tcp 上的虚拟连接,amqp m 都通过信道发送出去,每个信道有唯一的id,发布消息和订阅队列都通过信道完成
6.rabbitmq 如何保证消息的稳定性
- 提供事务功能
- 将 channel 设置为 comfirm(确认)模式
7.rabbitmq 如何避免消息丢失
- 消息持久化
- ack 确认机制
- 设置集群镜像模式
- 消息补偿机制
8.保证消息持久化成功的条件有哪些
- 声明队列必须设置持久化,将 durable 设为 true
- 消息推送投递模式必须设置持久化,deliveryMode 设置为2(持久)
- 消息已经到达持久化交换器
- 消息已经到达持久化队列
上述条件必须都满足才能保证消息持久化成功
9.rabbitmq 持久化有什么缺点
持久化会降低服务器的吞吐量,因为使用磁盘而非内存存储,尽可能使用ssd硬盘来缓解吞吐量问题
10.rabbitmq 的广播类型
- fanout:所有 bind 到此 exchange 的 queue 都可以接受消息
- direct:通过 routingKey 和 exchange 决定那个唯一的 queue 可以接收消息
- topic:符合表达式的 routing 所绑定的 queue 可以接收消息,* 匹配一个词,# 匹配一个或多个词
11.rabbitmq 如何实现延迟消息队列
- 通过消息过期后进入死信交换器,再由交换器转发到延迟消费队列,实现延迟功能
- 使用 RabbitMQ-delayed-message-exchange 插件实现延迟功能
12.rabbitmq 集群有什么用
- 高可用:某个服务器出现问题,整个 rabbitmq 还可以继续使用
- 高容量:集群可以承载更多的消息量
13.rabbitmq 节点的类型有哪些
- 磁盘节点:消息会存储到磁盘
- 内存节点:消息存储到内存中,重启服务器消息丢失,性能高于磁盘节点
14.rabbitmq 集群搭建需要注意的问题
- 个节点之间使用“--link”连接,该属性不能忽略
- 个节点使用的 erlang cookie 值必须相同,该值相当于密钥,用于各节点的认证
- 整个集群中必须包含一个磁盘节点
15.rabbitmq 每个节点是其他节点的完整拷贝吗?为什么?
不是完整拷贝,原因:
- 存储空间的考虑:如果每个节点都拥有所有队列的完全拷贝,这样新增节点不但没有新增存储空间,反而增加了更多冗余数据
- 性能考虑:如果每条消息都需要完整拷贝到每一个集群节点,那新增节点并没有提升处理消息的能力,最多是保持和单节点相同的性能甚至更糟
16.rabbitmq 集群中唯一一个磁盘节点奔溃后会造成的后果
- 不能创建队列
- 不能创建交换器
- 不能创建绑定
- 不能创建用户
- 不能更改权限
- 不能添加和删除集群节点
唯一磁盘节点奔溃,集群可以保持运行,但不能更改任何东西
17.rabbitmq 对集群节点停止顺序有要求吗
rabbitmq 对集群定制顺序有要求,先关闭内存节点,最后关闭磁盘节点。如果顺序相反,会造成消息丢失