activeMQbroker网络连接（高性能方案）

最新推荐文章于 2022-12-24 11:29:02 发布

catch that elf

最新推荐文章于 2022-12-24 11:29:02 发布

阅读量625

点赞数

CC 4.0 BY-SA版权

分类专栏： activeMQ 文章标签： activeMQ 网络连接优缺点适用场景高性能方案

本文链接：https://blog.youkuaiyun.com/zhangxm_qz/article/details/87969576

学习笔记同时被 2 个专栏收录

106 篇文章

订阅专栏

activeMQ

3 篇文章

订阅专栏

本文详细介绍了如何在两台ActiveMQ服务器间建立网络连接，实现消息的高效传递。通过配置networkConnector，使mysql1和mysql2节点能够互相桥接，达到消息同步的效果。同时，分析了ActiveMQ的优缺点及其适用场景。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

broker网络连接（高性能方案）
准备两台 activeMQ服务器 mysql1和mysql2
mysql2 节点 activemq.xml 中 broker 节点中增加如下配置

 <networkConnectors>
        <networkConnector uri="static://(tcp://mysql1:61616,tcp://mysql2:61616)"/>
    </networkConnectors>

启动两个节点发现mysql2 节点控制台中 network 中有 mysql1桥接
在这里插入图片描述
这个时候通过代码往 mysql2机器发送消息，然后用消费者从mysql1中消费，发现可以消费到。 mysql2 节点中的消息自动同步到了mysql1 中。同理测试 mysql1中的消息不能同步到mysql2中.然后我们在 mysql1 节点中的 activemq.xml 中 broker 节点中增加同样的配置并重启。再次进行上述测试消息可以两个节点之间传递。

activeMQ优缺点及使用场景
缺点：
1、吞吐量低，由于 ActiveMQ 需要建立索引，导致吞吐量下降。这是无法克服的缺点，只要使用完全符合 JMS 规范的消息中间件，就要接受这个级别的TPS
2、不支持分片
这是一个功能缺失，JMS 并没有规定消息中间件的集群、分片机制。而由于 ActiveMQ 是为企业级开发设计的消息中间件，初衷并不是为了处理海量消息和高并发请求。如果一台服务器不能承受更多消息，则需要横向拆分。ActiveMQ 官方不提供分片机制，需要自己实现

优点：
可控性强还有比较好的监控机制和界面
比较简单上手容易

适用场景：
tps低的场景
ActiveMQ 采用消息推送方式，所以最适合的场景是默认消息都可在短时间内被消费。数据量越大，查找和消费消息就越慢，消息积压程度与消息速度成反比