如何进行消息中间件MQ的ActiveMQ学习,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
MQ在Linux中主要为了搭配后期的服务高可用,现在的技术部跟高可用,持久化,分布式,集群沾点边,都不好意思在这泱泱子民的华夏露面了,总的来说你就发现用法不一样,但逻辑,理念一个样。
不废话,还得手把手把MQ的整合,特性等测试完,但家里现在电脑没有Linux,只能多写理论知识了,回头周末再补。
MQ的发布模式主要为Queue,Topic,简单理解一下-
Queue:就相当于synchronize,串行,一对一,这种理念,你发给我一条消息,先传到腾讯服务器,再转发给我,我手机关机,消息也不会丢失。
才显示细节消息,相当于,并发,一对多,微信公众号,你在未订阅之前的消息,是不被接收的,当你订阅后,我一个人发布消息到公众号,到服务器,订阅者为多人,那么这些订阅者都会收到消息。
JMS的组成结构:消息服务,可理解为Http请求,你发布消息,和发送请求,关注的除了消息本身,更多关注的是消息头,消息体,消息属性等;
角色分为消息的提供者(Procvider)----MQ服务器
生产者( Producer)----发布消息客户端
消费者(consumer)----消费消息
消息(message)
虽然英文专业名词不行,但是我会翻译啊! 但是你看看
好好的broker应为MQ的实例,结果给翻译成3个结果,你说看官网文挡,哪能简单就理解么!
消息重复消费
消费者事务为true 但是未提交
session.commit()提交后,正常
MQ的持久化
说到持久化,第一个想起的就是redis的持久化特性,RDB,AOF
把消息放入数据库,物理内存的方式最为有效,但是频繁读写的就影响IO,说道IO就得说什么哦空间复杂度!!!
割!
1.0:mq的持久化
①:AMQ
②:KahaDb(默认)事务日志+索引
③:JDBC :MQ+MySql
④:LevelDB(开启5G时代)
⑤:JDBCPlus(Journal)先访问journal,在访问JDBC,避免频繁读写
2.0:高可用 redis+zookeeper 主从集群
关于如何进行消息中间件MQ的ActiveMQ学习问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注亿速云行业资讯频道了解更多相关知识。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。