mq

MQ选型对比文档 来源： oschina 链接： https://my.oschina.net/u/3144678/blog/1791456

【推荐阅读】微服务还能火多久？>>> 开源QQ群: .net 开源基础服务 238543768 开源地址: http://git.oschina.net/chejiangyi/Dyd.BusinessMQ ## 业务消息队列 ## 业务消息队列是应用于业务的解耦和分离，应具备分布式，高可靠性，高性能，高实时性，高稳定性，高扩展性等特性。 ## 优点: ## - 大量的业务消息堆积能力 - 无单点故障及故障监控，异常提醒 - 生产者端负载均衡，故障转移，故障自动恢复，并行消息插入。 - 消费者端负载均衡，故障保持，故障自动恢复，并行消息消费。 - 消息高可靠性持久化，较高性能，较高实时性，高稳定性，高扩展性。 - 支持99*99个消息分区，单个消息分区单天支持近1亿的消息存储。 - 消费者拉方式获取消息，在高并发，大量消息涌入的情况下，只要消费能力足够，不会有消息延迟，消息越多性能越好。 ## 缺点： ## - 能保证消息顺序插入,保证相同分区的消息是顺序的（排除网络延迟），但是多个分区之间的可能是乱序的。 - 消息并行消费或者多个分区并行消费或者负载均衡情况下的，消息消费顺序是乱序。 ## 缺点原因： ## - 消息的负载均衡是基于消息的分区存储，故多个分区之间的消息是乱序的，但是相同分区的消息是顺序的。 - 消息的消费者负载均衡也是基于消息的分区进行均衡的

1、RabbitMQ相关介绍 （1）RabbitMQ整体上是一个生产者和消费者模型，主要负责接收、存储、转发消息。RabbitMQ整体结构图如下： 　 （2）生产者：发送消息的一方，生产者创建一条消息，发布到RabbitMQ上，消息一般分为两部分：消息体和标签，消息体是带有业务逻辑结构的数据，也可以进一步对消息体进行序列化，标签用来描述这条消息。 　　 消费者：接收消息的一方，消费者创建一条连接，接到RabbitMQ服务器上的队列上，当消费者消费一条队列上的消息时，只是消费消息体，标签自动丢弃，所以消费者不会知道生产者是谁。 　　 Broker：消息中间服务节点，一个RabbitMQ Broker可以看作是一个RabbitMQ的实例，也可看作一台rabbitMQ的服务器。 　　 队列：Queue,RabbitMQ的内部对象，用于存储消息。多个消费者可以订阅一个队列，不支持队列层面的广播消费。 　　 交换器：Exchange，生产者创建消息，把消息交给交换器，有交换器把消息发送到一个或多个队列上。如果交换器发送队列失败，消息会返回给生产者或者丢弃。RabbitMQ中交换器有四种类型：fanout、direct、topic、headers。 　　 fanout：四种交换器中其一，会把消息发送到所有与交换器绑定的队列上。 　　 direct：四种交换器其二

目录 1、前言 2、Active MQ简介 3、Active MQ单点部署 1、前言 MQ是 消息中间件 ,是一种在 分布式系统 中 应用程序 借以 传递消息 的 媒介 ，常用的有ActiveMQ，RabbitMQ，kafka。 2、Active MQ简介 ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线。 ActiveMQ 是一个完全支持 JMS1.1 和 J2EE 1.4 规范的 JMS Provider实现,尽管JMS规范出台已经是很久的事情了,但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。 官网： http://activemq.apache.org/ 特点： 支持来自Java，C，C ++，C＃，Ruby，Perl，Python，PHP的各种跨语言客户端和协议 完全支持JMS客户端和Message Broker中的企业集成模式 支持许多高级功能，如消息组，虚拟目标，通配符和复合目标 完全支持JMS 1.1和J2EE 1.4，支持瞬态，持久，事务和XA消息 Spring支持，以便ActiveMQ可以轻松嵌入到Spring应用程序中，并使用Spring的XML配置机制进行配置 专为高性能集群，客户端 - 服务器，基于对等的通信而设计 支持可插拔传输协议，例如in-VM，TCP，SSL，NIO，UDP，多播，JGroups和JXTA传输

作为自己熟悉几种常用mq中间件的过程记录 持续更新 rabbitmq 安装部分 2019.1.24 docker pull rabbitmq:management docker run -d -p 5672:5672 -p 15672:15672 --name myrabbitmq 镜像id netstat -atnlp查看端口占用 跑起来rabbitmq后日志正常无问题 但访问15672 无返回值，搜了俩小时资料 换了各种包也不好用，明天问问老大吧，初步怀疑可能是防火墙/端口未开放的事，但搜了开放端口的各种命令也不好用。。先看看activemq吧 2019.1.25 继续rabbitmq 先装好再说吧。。 今天学到了查看端口占用情况的命令 netstat -tunlp netstat -tunlp|grep 15672 sudo yum install lsof y lsof -i :15672 端口也监听上了 15672的state也是listen了 问了微信群 认为的大致问题为 1.映射的端口不对 2.没有暴露到外部 3.镜像使用错误（没有management，不带managementg-plugin） 4.启动后 附加management命令才启动界面 但上面的4个问题要么能自己确认没有问题，要不就是不会，不知道怎么排查。但群友提出了docker hub上的截图，决定去看看

🙂🙂🙂关注 微信公众号：【芋艿的后端小屋】 有福利： RocketMQ / MyCAT / Sharding-JDBC 所有 源码分析文章列表 RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址 您对于源码的疑问每条留言 都 将得到 认真 回复。 甚至不知道如何读源码也可以请教噢 。 新的 源码解析文章 实时 收到通知。 每周更新一篇左右 。 认真的 源码交流微信群。 1、概述 2、Producer 发送消息 DefaultMQProducer#send(Message) DefaultMQProducerImpl#sendDefaultImpl() DefaultMQProducerImpl#tryToFindTopicPublishInfo() MQFaultStrategy MQFaultStrategy LatencyFaultTolerance LatencyFaultToleranceImpl FaultItem DefaultMQProducerImpl#sendKernelImpl() 3、Broker 接收消息 SendMessageProcessor#sendMessage AbstractSendMessageProcessor#msgCheck DefaultMessageStore#putMessage 4