RichardGeek的博客

MQ生产者消费者迁移集群方案

1. 概述mandatory和immediate是AMQP协议中basic.publish方法中的两个标识位，它们都有当消息投递过程中不可达目的地时将消息返回给生产者的功能。mandatory当mandatory标志位设置为true时，如果exchange根据自身类型和消息routeKey无法找到一个符合条件的queue，那么会调用basic.return方法将消息返回给生产者（Basic.Return + Content-Header + Content-Body）；当mandatory设置为fa

MQ 的常见问题有：消息的顺序问题 消息的重复问题消息的顺序问题消息有序指的是可以按照消息的发送顺序来消费。假如生产者产生了 2 条消息：M1、M2，假定 M1 发送到 S1，M2 发送到 S2，如果要保证 M1 先于 M2 被消费，怎么做？解决方案：（1）保证生产者 - MQServer - 消费者是一对一对一的关系缺陷：并行度就会成为消息系统的瓶颈（吞吐量不够） 更多的异常处理，比如：（1）只要消费端出现问题，就会导致整个处理流程阻塞，我们不得不花费更多的精力来

1、为什么使用消息队列：解耦、异步、削峰。消息队列常见的使用场景吧，其实场景有很多，但是比较核心的有 3 个：解耦、异步、削峰。解耦看这么个场景。A 系统发送数据到 BCD 三个系统，通过接口调用发送。如果 E 系统也要这个数据呢？那如果 C 系统现在不需要了呢？A 系统负责人几乎崩溃......在这个场景中，A 系统跟其它各种乱七八糟的系统严重耦合，A 系统产生一条比较关键的数据，很多系统都需要 A 系统将这个数据发送过来。A 系统要时时刻刻考虑 BCDE 四个系统如果挂了该咋办？要不

理论：MQ的使用场景大概包括解耦，提高峰值处理能力，送达和排序保证，缓冲等。MQ概述消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。通过消息队列，应用程序可独立地执行--它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。MQ主要作用是接受和转发消息。你可以想想在生活中的一种场景：当你把信件的...

1，application.properties对rabbitmq的配置#对于rabbitMQ的支持########################################################spring.rabbitmq.host=127.0.0.1spring.rabbitmq.port=5672spring.rabbitmq.username=guests...

说 RabbitMQ 之前先说两个概念：Message Broker 和 AMQPMessage Broker 是一种消息验证、传输、路由的架构模式，其设计目标主要应用于下面这些场景：消息路由到一个或多个目的地 消息转化为其他的表现方式 执行消息的聚集、消息的分解，并将结果发送到他们的目的地，然后重新组合相应返回给消息用户 调用 Web 服务来检索数据 响应事件或错误 使用发布 ...

AMQP的重点就是Exchange！！！！AMQP在消息的生产者以及传递信息的队列之间引入了一种间接的机制：Exchange。直接上图不BB：AMQP是直接把消息发到Exchange上，Exchange会绑定一个过多个队列上，让负责将信息路由到队列上，然后结尾还是一样消费者从队列拿消息消费。AMQP提供四种不同类型的Exchange：重点1.不管是哪种Exchange，当消息...