rabbitmq
文章平均质量分 54
妙Lin
这个作者很懒,什么都没留下…
展开
-
RabbitMQ 学习 -->> 5、Work Queues 轮询
5、Work Queues 轮询 工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务,而不得不等待它完成。 相反我们安排任务在之后执行。我们把任务封装为消息并将其发送到队列。 在后台运行的工作进程将弹出任务并最终执行作业。 当有多个工作线程时,这些工作线程将一起处理这些任务。工作进程就相当于消费者 RabbitMQ 工作时会采取轮询机制完成消息消费,保证每个消息都会被消费并且只被消费一次,消费者之间是竞争关系,轮流抢夺消费信息。 开启两个工作进程,由一个生产者发送大量消息,观察轮询机制 Work原创 2022-07-18 16:28:41 · 317 阅读 · 0 评论 -
RabbitMQ 学习 -->> 4、HelloWorld
4、HelloWorld 使用 Java 和 RabbitMQ ,发送单个消息的生产者和接收消息并打印的消费者。 bean public class ConnectionBean { private String host; private String username; private String password; private String queuename; private String message; public String get原创 2022-07-18 16:28:29 · 186 阅读 · 0 评论 -
RabbitMQ 学习 -->> 2、RabbitMQ -> 工作模式和相关名词
3、rabbitmq 的六种工作模式 simple简单模式 simple简单模式为一个队列中一条消息,只能被一个消费者消费。 work工作模式 Work工作模式为一个生产者,多个消费者,每个消费者获取到的消息唯一。 publish/subscribe订阅模式 publish/subscribe订阅模式为一个生产者发送的消息被多个消费者获取。 routing路由模式 routing路由模式为生产者发送的消息主要根据定义的路由规则决定往哪个队列发送。 topic 主题模式 topic原创 2022-07-18 16:28:13 · 203 阅读 · 0 评论 -
RabbitMQ 学习 -->> 1、MQ 的相关概念
1、MQ 的相关概念 1、什么是 MQ MQ(message queue),从字面意思上看,本质是个队列 , 遵循FIFO 先入先出,只不过队列中存放的内容是 message 而已,还 是一种跨进程的通信机制,用于上下游传递消息 。 在互联网架构中,MQ 是一种非常 常见的**上下游“逻辑解耦+物理解耦”**的消息通信服务。 使用了 MQ 之后,消息发送上游只需要依赖 MQ,不 用依赖其他服务。 2、为什么用 MQ 流量削峰(消峰) 举个例子,如果订单系统最多能处理一万次订单,这个处理能力原创 2022-07-18 16:27:02 · 205 阅读 · 0 评论 -
RabbitMQ 学习 -->> 15、搭建 RabbitMQ 集群
15、搭建 RabbitMQ 集群 首先去克隆一台或者重新装一台有 RabbitMQ 的虚拟机【有条件的就345678个虚拟机都行,我没条件,只是为了看看效果】 准备好两个有RabbitMQ的虚拟机后 修改所有虚拟机的主机名,把里面本来的内容换成 node1、2、3、4… 或者其他的名字也一样,你自己记住 vim /etc/hostname 要改你准备加入集群全部的虚拟机主机名 配置各个节点的ip和主机名,好让他们之间都能找到对方 vim /etc/hosts 内容,打开原创 2022-04-14 10:56:31 · 91 阅读 · 0 评论 -
RabbitMQ 学习 -->> 3、RabbitMQ 的安装
3、RabbitMQ 的安装 变更日志官网页:地址 点 release notes 进去后拉到底就能看见当前版本文件 RabbitMQ 下载地址:地址 点 Assets 里面就是当前版本的各种类型的文件 erlang 和 RabbitMQ 版本对应 :地址 erlang rpm 包下载 :地址 那个rpm文件名中的el后面的数字对应的是centos的版本 我的版本:erlang-23.3.4.11-1.el7.x86_64.rpm 和 rabbitmq-server-3.9.14-1.el7.noarch.原创 2022-04-09 09:04:18 · 282 阅读 · 0 评论 -
RabbitMQ 学习 -->> 9、发布确认 ->以上 3 种发布确认速度对比
以上 3 种发布确认速度对比 单独发布消息 同步等待确认,简单,但吞吐量非常有限。 批量发布消息 批量同步等待确认,简单,合理的吞吐量,一旦出现问题但很难推断出是那条消息出现了问题。 异步处理: 最佳性能和资源使用,在出现错误的情况下可以很好地控制,但是实现起来稍微难些 // 发布1000个单独确认消息,耗时817ms // Task02.publishMessageIndividually(); //发布1000个批量原创 2022-04-08 19:31:17 · 1552 阅读 · 0 评论