消息队列

202526 | 消息队列MQ调用流程对比：

消息中间件面试题本章内容来自B站黑马程序员java大厂面试题与小林coding如有侵权立即删除博主学习笔记，如果有不对的地方，海涵。

事务消息在使用消息队列时，如何保证数据一致呢？先举一个数据不一致的例子，比如生成了一个订单，然后要通知下游服务处理相应的业务，如果此时订单创建成功，但是发送给下游的通知丢失了，就会导致数据不一致。又或者说发送给下游的通知发送成功，但是订单没有成功创建。如何解决呢？可以采用事务消息。

202527 | RabbitMQ-基础 | 队列 | Direct + Fanout + Topic 交换机 | 消息转换器路由示例：消息持久化ACK机制QoS控制死信队列（DLX）延迟队列（插件实现）集群架构原理：每个VHost是独立的消息域，包含专属的交换机、队列和权限体系，类似MySQL的Database概念。

Redis——实现消息队列目录前言基于List结构模拟消息队列基于List实现消息队列优缺点基于PubSub（订阅者）实现消息队列

11. RabbitMQ 消息队列 Federation (Exchange 交换机和 Queue队列) + Shovel 同步的搭建配置@[toc]使用它的原因：(broker 北京)，(broker 深圳)彼此之间相距甚远，网络延迟是一个不得不面对的问题。有一个在北京的业务(Client 北京) 需要连接(broker 北京)，向其中的交换器 exchangeA 发送消息，此时的网络延迟很小， (Client 北京)可以迅速将消息发送至 exchangeA 中，就算在开启了 publisherconfirm 机制或者事务机制的情况下，也可以迅速收到确认信息。此时又有个在深圳的业务(Client 深圳)需要向 exchangeA 发送

Plusar集群搭建-Ubuntu20.04-Winterm已经部署了Pulsar集群在生产上，新项目需要用到Pulsar。对Pulsar不熟，故搭建练手。环境：Windows10+vmware+Ubuntu20.04，ssh工具使用的Winterm。使用的是root账户，ubuntu防火墙都ufw disable了。

10. RabbitMQ 负载集群的详细搭建以及“镜像队列”的搭建配置说明@[toc]使用集群的原因最开始我们介绍了如何安装及运行 RabbitMQ 服务，不过这些是单机版的，无法满足目前真实应用的要求。如果 RabbitMQ 服务器遇到内存崩溃、机器掉电或者主板故障等情况，该怎么办？单台 RabbitMQ 服务器可以满足每秒 1000 条消息的吞吐量，那么如果应用需要 RabbitMQ 服务满足每秒 10 万条消息的吞吐量呢？购买昂贵的服务器来增强单机 RabbitMQ 务的性能显得捉襟见肘，搭建一个 RabbitMQ 集群才是解决实际问题的关键。

9. RabbitMQ 消息队列幂等性，优先级队列，惰性队列的详细说明@[toc]用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。举个最简单的例子：那就是支付，用户购买商品后支付，支付扣款成功，但是返回结果的时候网络异常，此时钱已经扣了，用户再次点击按钮，此时会进行第二次扣款，返回结果成功，用户查询余额发现多扣钱了，流水记录也变成了两条。在以前的单应用系统中，我们只需要把数据操作放入到事务中即可，发生错误立即回滚，但是再响应客户端的时候也有可能出现网络中断或者异常等等。

8. RabbitMQ 消息队列 + 结合配合 Spring Boot 框架实现 “发布确认” 的功能@[toc]在生产环境中由于一些不明原因，导致 rabbitmq 重启，在 RabbitMQ 重启期间生产者消息投递失败，导致消息丢失，需要手动处理和恢复。于是，我们开始思考，如何才能进行 RabbitMQ 的消息可靠投递呢？特别是在这样比较极端的情况，RabbitMQ 集群不可用的时候，无法投递的消息该如何处理呢:

7. RabbitMQ 消息队列——延时队列(Spring Boot + 安装message_exchange"延迟插件" 的详细配置说明)的详细讲解@[toc]延时队列,队列内部是有序的，最重要的特性就体现在它的延时属性上，延时队列中的元素是希望在指定时间到了以后或之前取出和处理，简单来说，延时队列就是用来存放需要在指定时间被处理的元素的队列。

6. RabbitMQ 死信队列的详细操作编写@[toc]先从概念上解释上搞清楚这个定义，死信，顾名思义就是无法被消费者读取/消费的消息。字面意思可以这样理解，一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有与之对应的 ——> 死信队列。

5. RabbitMQ 消息队列中 Exchanges(交换机) 的详细说明@[toc]在上一节中，我们创建了一个工作队列。我们假设的是工作队列背后，每个任务都恰好交付给一个消费者(工作进程)。在这一部分中，我们将做一些完全不同的事情-我们将消息传达给多个消费者。这种模式称为 ”发布/订阅”. 为了说明这种模式，我们将构建一个简单的日志系统。它将由两个程序组成:第一个程序将发出日志消息，第二个程序是消费者。其中我们会启动两个消费者，其中一个消费者接收到消息后把日志存储在磁盘，另外一个消费者接收到消息后把消息打印在屏幕上，事实上第一个程序发出的日志消息将广播给所有消费者

4. RabbitMQ 发布确认的配置详细说明@[toc]分布确认的原理：生产者将信道设置成 confirm 模式，一旦信道进入 confirm 模式，所有在该信道上面发布的消息都将会被指派一个唯一的 ID(从 1 开始)，一旦消息被投递到所有匹配的队列之后，broker 就会发送一个确认给生产者(包含消息的唯一 ID)，这就使得生产者知道消息已经正确到达目的队列了，如果消息和队列是可持久化的，那么确认消息会在将消息写入磁盘之后发出，broker 回传给生产者的确认消息中 delivery-tag 域包含了确认消息的序列号，此外 broker

开箱即用的GO后台管理系统 Kratos Admin - 定时任务在后台管理系统中，定时任务是一个很实用的功能，可以帮助我们自动执行一些周期性的任务，比如定期清理数据、发送邮件提醒等。

2. RabbitMQ 的详细安装步骤(两种方式，第一种：yum 安装；第二种：docker 容器安装)@[toc]注意：因为我们的 RabbitMQ 是用 Erlang 编程语言编写的，所以需要先安装对于版本的Erlang 才能使用 RabbitMQ。就相当于是我们之前学习 Tomcat 的是一样的(Tomcat 是用 Java编写的，所以使用Tomcat 需要先安装Java才可以运行) 。Erlang Version Requirements | RabbitMQ

1. 初始 RabbitMQ 消息队列@[toc]什么是 MQMQ(message queue)，从字面意思上看，本质是个队列，FIFO 先入先出，只不过队列中存放的内容是 message 而已，还是一种跨进程的通信机制，用于上下游传递消息。在互联网架构中，MQ 是一种非常常见的上下游“逻辑解耦+物理解耦”的消息通信服务。使用了 MQ 之后，消息发送上游只需要依赖 MQ，不用依赖其他服务。

程序饲养员

Kafka新版本重大更新，发布4.0!!Apache Kafka 4.0 是一个里程碑式的版本，带来了多项重大更新，尤其是在架构、性能和功能扩展方面。以下是 Kafka 4.0 的主要更新及其原理的详细介绍：

【后端开发面试题】每日 3 题（二十）✍个人博客：Pandaconda-CSDN博客 📣专栏地址：https://blog.csdn.net/newin2020/category_12903849.html 📚专栏简介：在这个专栏中，我将会分享后端开发面试中常见的面试题给大家，每天的题目都是独立且随机的，之前的面试题不会影响接下来的学习~ ❤️如果有收获的话，欢迎点赞👍收藏📁，您的支持就是我创作的最大动力💪

消息队列ActiveMQ、RabbitMQ、RocketMQ、Kafka对比分析和选型传统企业系统：金融/支付系统：电商/高并发交易：大数据/日志处理：物联网（IoT）：