消息队列

1.分别在3台节点安装rabbitmq-server 根目录新建文件 rabbitmq 用命令 获取安装包 2.- 查看自己的三台主机 IP ，修改3台机器的主机名称：vim /etc/hostnam

默认交换机 默认交换机（default exchange）实际上是一个由消息代理预先声明好的没有名字（名字为空字符串）的直连交换机（direct exchange）。 它有一个特殊的属性使得它对于简单

如何解决消息队列的演示以及过期失效问题？ 消息队列满了以后该怎么处理？ 有几百万消息持续挤压几个小时，说说怎么解决？ 二、图解 1、快速处理积压的消息 解决方案：临时紧急扩容 2、设置了过期清理 ->

rabbitMq:拆分多个queue,每个queue一个cunsumer,就是多一些queue 而已，确实麻烦点；或者 就一个queue 但是对应一个consumer,然后这个cunsumer 内部用

1、情形一：生产者弄丢了数据 2、 情形二：RabbitMQ 弄丢了数据 就是rabbitmq自己弄丢了数据，这个你必须开启rabbitMq 的吃就好，就是消息写入之后会持久化到磁盘，哪怕rabbit

一条数据重复出现两次，数据库里就只有一条数据，这就保证了系统的幂等性。 幂等性，通俗点说，就一个数据，或者一个请求，给你重复来多次，你的确保对应数据是不会改变的，不能出错。 结合业务来思考： 1） 比

RabbitMQ 的高可用性 rabbitMq 有三种模式：单机模式，普通集群模式，镜像集群模式 1）单机模式 就是demo级别的，一般就是你本地启动玩玩儿的，没人生成模式用单机模式 2）普通集群模式

![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/2470411185db42d5a192c5fc627f43d2~tplv

消息队列核心使用3个场景： -解耦； -异步处理，低延时，提升用户体验； -削峰 解耦： 总结：通过一个MQ，发布和订阅消息这么一个模型，pub/sub模型 系统A 就和其他系统耦合了 异步处理 -削