MQ(消息队列)相关知识

1. 什么是mq

消息队列是一种“先进先出”的数据结构
在这里插入图片描述

2. 应用场景

其应用场景主要包含以下3个方面

  • 应用解耦

系统的耦合性越高,容错性就越低。以电商应用为例,用户创建订单后,如果耦合调用库存系统、物流系统、支付系统,任何一个子系统出了故障或者因为升级等原因暂时不可用,都会造成下单操作异常,影响用户使用体验。

在这里插入图片描述
使用消息队列解耦合,系统的耦合性就会提高了。比如物流系统发生故障,需要几分钟才能来修复,在这段时间内,物流系统要处理的数据被缓存到消息队列中,用户的下单操作正常完成。当物流系统回复后,
在这里插入图片描述

  • 流量削峰
    在这里插入图片描述
    应用系统如果遇到系统请求流量的瞬间猛增,有可能会将系统压垮。有了消息队列可以将大量请求缓存起来,分散到很长一段时间处理,这样可以大大提到系统的稳定性和用户体验。
    在这里插入图片描述
    一般情况,为了保证系统的稳定性,如果系统负载超过阈值,就会阻止用户请求,这会影响用户体验,而如果使用消息队列将请求缓存起来,等待系统处理完毕后通知用户下单完毕,这样总不能下单体验要好。
    处于经济考量目的:
    业务系统正常时段的QPS如果是1000,流量最高峰是10000,为了应对流量高峰配置高性能的服务器显然不划算,这时可以使用消息队列对峰值流量削峰
  • 数据分发
    在这里插入图片描述
    通过消息队列可以让数据在多个系统更加之间进行流通。数据的产生方不需要关心谁来使用数据,只需要将数据发送到消息队列,数据使用方直接在消息队列中直接获取数据即可。
    3. MQ的优点和缺点
    优点:解耦、削峰、数据分发
    在这里插入图片描述
    缺点包含以下几点:
  • 系统可用性降低
    系统引入的外部依赖越多,系统稳定性越差。一旦MQ宕机,就会对业务造成影响。
    如何保证MQ的高可用?
  • 系统复杂度提高
    MQ的加入大大增加了系统的复杂度,以前系统间是同步的远程调用,现在是通过MQ进行异步调用
    如何保证消息没有被重复消费?怎么处理消息丢失情况?那么保证消息传递的顺序性?
  • 一致性问题
    A系统处理完业务,通过MQ给B、C、D三个系统发消息数据,如果B系统、C系统处理成功,D系统处理失败。
    如何保证消息数据处理的一致性?
    在这里插入图片描述
    结论:
    (1)中小型软件公司,建议选RabbitMQ.一方面,erlang语言天生具备高并发的特性,而且他的管理界面用起来十分方便。正所谓,成也萧何,败也萧何!他的弊端也在这里,虽然RabbitMQ是开源的,然而国内有几个能定制化开发erlang的程序员呢?所幸,RabbitMQ的社区十分活跃,可以解决开发过程中遇到的bug,这点对于中小型公司来说十分重要。不考虑rocketmq和kafka的原因是,一方面中小型软件公司不如互联网公司,数据量没那么大,选消息中间件,应首选功能比较完备的,所以kafka排除。但是rocketmq已经交给apache管理,所以rocketmq的未来发展趋势看好。
    (2)大型软件公司,根据具体使用在rocketMq和kafka之间二选一。一方面,大型软件公司,具备足够的资金搭建分布式环境,也具备足够大的数据量。针对rocketMQ,大型软件公司也可以抽出人手对rocketMQ进行定制化开发,毕竟国内有能力改JAVA源码的人,还是相当多的。至于kafka,根据业务场景选择,如果有日志采集功能,肯定是首选kafka了。具体该选哪个,看使用场景

选择rocketmq,基于两点考虑:

  1. 延迟消息简单高效
    1.RabbitMQ 死信队列也可以达到延迟效果
  2. 完善的事务消息功能

Rocketmq的基本概念

  • Producer:消息的发送者;举例:发信者
  • Consumer:消息接收者;举例:收信者
  • Broker:暂存和传输消息;举例:邮局–>真正存数据的
  • NameServer:管理Broker;举例:各个邮局的管理机构==>注册中心
  • Topic:区分消息的种类;一个发送者可以发送消息给一个或者多个Topic;一个消息的接收者可以订阅一个或者多个Topic消息
  • Message Queue:相当于是Topic的分区;用于并行发送和接收消息
    在这里插入图片描述

rocketmq消息类型

按照发送的特点分:
1. 同步发送

  1. 同步发送,线程阻塞,投递completes阻塞结束
  2. 如果发送失败,会在默认的超时时间3秒内进行重试,最多重试2次
  3. 投递completes不代表投递成功,要check SendResult.sendStatus来判断是否投递成功
  4. SendResult里面有发送状态的枚举:SendStatus,同步的消息投递有一个状态返回值的
public enum SendStatus {SEND_OK, // 发送成功FLUSH_DISK_TIMEOUT,// 刷盘超时。当Broker设置的刷盘策略为同步刷盘时才可能出现这种异常状态。异步刷盘不会出现FLUSH_SLAVE_TIMEOUT,// Slave同步超时。当Broker集群设置的Master-Slave的复制方式为同步复制时才可能出现这种异常状态。异步复制不会出现SLAVE_NOT_AVAILABLE;// 没有可用的Slave。当Broker集群设置为Master-Slave的复制方式为同步复制时才可能出现这种异常状态。异步复制不会出现
}
  1. retry的实现原理:只有ack的SendStatus=SEND_OK才会停止retry

注意事项:发送同步消息且Ack为SEND_OK,只代表该消息成功的写入了MQ当中,并不代表该消息成功的被Consumer(消息的接收方)消费了

2. 异步发送

  1. 异步调用的话,当前线程一定要等待异步线程回调结束再关闭producer(消息的发送者),因为是异步的,不会阻塞,提前关闭producer会导致未回调链接就断开了
  2. 异步消息不retry(重试),投递失败回调onException()方法,只有同步消息才会retry,源码参考DefaultMQProducerImpl.class
  3. 异步发送一般用于链路耗时较长,对 RT 响应时间较为敏感的业务场景,例如用户视频上传后通知启动转码服务,转码完成后通知推送转码结果等。

3. 单向发送

  1. 消息不可靠,性能高,只负责往服务器发送一条消息,不会重试也不关心是否发送成功
  2. 此方式发送消息的过程耗时非常短,一般在微秒级别
    下表概括了三者的特点和主要区别。

在这里插入图片描述

按照使用功能特点分:
1. 普通消息(订阅)–>不能保证顺序
普通消息是我们在业务开发中用到的最多的消息类型,生产者需要关注消息发送成功即可,消费者消费到消息即可,不需要保证消息的顺序,所以消息可以大规模并发地发送和消费,吞吐量很高,适合大部分场景。
2. 顺序消息–>并发没有那么高
顺序消息分为分区顺序消息和全局顺序消息,全局顺序消息比较容易理解,也就是哪条消息先进入,哪条消息就会先被消费,符合我们的FIFO,很多时候全局消息的实现代价很大,所以就出现了分区顺序消息。分区顺序消息的概念可以如下图所示:
在这里插入图片描述
3. 延时消息 - 订单超时库存归还–>性能高
延迟的机制是在 服务端实现的,也就是Broker收到了消息,但是经过一段时间以后才发送服务器按照1-N定义了如下级别: “1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h”;若要发送定时消息,在应用层初始化Message消息对象之后,调用Message.setDelayTimeLevel(int level)方法来设置延迟级别,按照序列取相应的延迟级别,例如level=2,则延迟为5s

msg.setDelayTimeLevel(2);
SendResult sendResult = producer.send(msg);

实现原理

  1. 发送消息的时候如果消息设置了DelayTimeLevel,那么该消息会被丢到不同ScheduleMessageService.SCHEDULE_TOPIC这个Topic里面
  2. 根据DelayTimeLevel选择对应的queue
  3. 再把真实的topic和queue信息封装起来,set到msg里面
  4. 然后每个SCHEDULE_TOPIC_XXXX的每个DelayTimeLevelQueue,有定时任务去刷新,是否有待投递的消息
  5. 每 10s 定时持久化发送进度

4. 事务消息
云消息队列 RocketMQ 版
消息队列RocketMQ版提供的分布式事务消息适用于所有对数据最终一致性有强需求的场景。本文介绍消息队列RocketMQ版事务消息的概念、优势、典型场景、交互流程以及使用过程中的注意事项。
概念介绍

  • 事务消息:消息队列RocketMQ版提供类似X或OpenXA的分布式事务功能,通过消息队列RocketMQ版事务消息能达到分布式事务的最终一致。
  • 半事务消息:暂不能投递的消息,发送方已经成功地将消息发送到了消息队列RocketMQ版服务端,但是服务端未收到生产者对该消息的二次确认,此时该消息被标记成“暂不能投递”状态,处于该种状态下的消息即半事务消息。
  • 消息回查:由于网络闪断、生产者应用重启等原因,导致某条事务消息的二次确认丢失,消息队列RocketMQ版服务端通过扫描发现某条消息长期处于“半事务消息”时,需要主动向消息生产者询问该消息的最终状态(Commit或是Rollback),该询问过程即消息回查。

分布式事务消息的优势
消息队列RocketMQ版分布式事务消息不仅可以实现应用之间的解耦,又能保证数据的最终一致性。同时,传统的大事务可以被拆分为小事务,不仅能提升效率,还不会因为某一个关联应用的不可用导致整体回滚,从而最大限度保证核心系统的可用性在极端情况下,如果关联的某一个应用始终无法处理成功,也只需对当前应用进行补偿或数据订正处理,而无需对整体业务进行回滚

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/483331.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

linux的基础知识——线程

文章目录1.什么是线程?2.linux内核线程实现原理3.线程共享资源4.线程的非共享资源5.线程优缺点6.线程的控制原语6.1 pthread_self函数6.2 pthread_create函数6.3 程序:创建线程7.线程与共享8.pthread_exit线程退出函数1.什么是线程? 2.linux内…

科学史上最恶劣的一次剽窃,为他们带来了诺奖

图片来源:Pixabay来源:科研圈詹姆斯沃森(James Watson)曾说,他通往1962年诺贝尔奖的道路始于意大利的那不勒斯。在1951年的一次会议上,沃森结识了莫里斯威尔金斯(Maurice Wilkins)&a…

k8s 基础概念和术语

Master k8s里的master指的是集群控制节点,每个k8s集群里需要有一个Master节点来负责整个集群的管理和控制,基本k8s所有控制命令都发给它,它负责整个具体的执行过程,后面执行操作基本都是在master节点上运行的,master通…

计算机网络——链路层之流量控制和可靠传输机制

文章目录1.链路层为什么要进行流量控制?2.链路层的流量控制方法3.流量控制协议的窗口大小4.可靠传输、滑动窗口、流量控制5.总结1.链路层为什么要进行流量控制? \qquad因为较高的发送速度和较低的接受能力不匹配,会造成传输错误,所…

【综述专栏】关于AI Architecture未来的一些思考

来源:知乎—金雪锋地址:https://zhuanlan.zhihu.com/p/42880259910月28日,Jeaf Dean发了一篇博客,简单介绍了谷歌下一代AI架构Pathways的关键特性。https://blog.google/technology/ai/introducing-pathways-next-generation-ai-a…

构造方法-带参

1 /*2 //编写狗类,属性:品种、颜色、名字、年龄、性别,方法:输出狗的信息3 */4 class Dog{5 //无参构造方法6 /*public Dog(){7 //完成对品种、颜色、名字、年龄、性别8 breed "中华田园犬…

计算机网络——链路层之停止等待协议

文章目录1.为什么要有停止等待协议?2.研究停止等待协议的前提3.停止等待协议有几种应用情况?3.1 无差错情况3.2 有差错的情况4.总结1.为什么要有停止等待协议? 2.研究停止等待协议的前提 3.停止等待协议有几种应用情况? \qquad无差…

一图看清全球270家典型区块链服务商

来源:资本实验室根据资本实验室与远望智库联合发布的《2021全球区块链应用市场报告》,区块链技术通过与各行业、各领域的持续融合,正处于加速落地应用阶段,并显示出其在信任、共享、交易、效率、安全等方面的独特性能,…

计算机网络——链路层之信道

文章目录一.信道划分介质访问控制1.传输数据使用的两种链路2.介质访问控制3.信号划分介质访问控制3.1 频分多路复用FDM3.2 时分多路复用TDM3.3 波分多路复用WDM3.4 码分多路复用一.信道划分介质访问控制 1.传输数据使用的两种链路 2.介质访问控制 3.信号划分介质访问控制 3.1 …

034 Android NavigationView和DrawerLayout实现抽屉式导航设计(侧边栏效果)

1.创建带侧滑效果的activity 右击&#xff0c;new---->activity---->选择NavgationDrawer Activity 2.xml文件布局 (1)activity_main_function.xml <?xml version"1.0" encoding"utf-8"?> <android.support.v4.widget.DrawerLayout xmlns…

计算机网络——链路层之局域网

文章目录一 局域网的基本概念和体系结构1.局域网2.局域网拓扑结构3.局域网传输介质4.局域网介质访问控制方法5.局域网的分类6.IEEE802标准7.MAC和LLC子层8.总结二 以太网1.以太网概述2.以太网提供无连接、不可靠服务3.以太网传输介质与拓扑结构4.10BASE-T以太网5.适配器和MAC地…

法国学者29页预印本论文「证明」黎曼猜想,这次的方向对了吗?

来源&#xff1a;机器之心2018年秋天&#xff0c;当菲尔兹奖、阿贝尔奖得主、89岁高龄的迈克尔 阿蒂亚&#xff08;Michael Atiyah&#xff09;爵士站在海德堡获奖者论坛的讲台&#xff0c;用45分钟、一页PPT展示了自己对黎曼猜想的证明时&#xff0c;众人沸腾。这是阿蒂亚爵士…

计算机网络——链路层之PPP协议和HDLC协议

文章目录一 PPP协议1.广域网2.PPP协议的特点3.PPP协议应该满足的要求4.PPP协议的三个组成部分5.PPP协议的状态图6.PPP协议的帧格式二 HDLC协议一 PPP协议 1.广域网 2.PPP协议的特点 3.PPP协议应该满足的要求 4.PPP协议的三个组成部分 5.PPP协议的状态图 6.PPP协议的帧格式 二 …

中国科技的家底是什么?

来源&#xff1a; 观察者网作者&#xff1a;胡延平第四产业新视角下的中国家底&#xff1a;基石企业如何帮助这个国家升级经济&#xff1f;9个问题&#xff1a;技术向哪里升格、产业向哪里升级、经济向哪里升维&#xff1f;什么样的家底支持我们采取什么样的策略&#xff1f;融…

批量替换文件夹下所有文件的内容

将上面的10.0.13.16:4000变成10.0.13.16:5000 sed -i "s/10.0.13.16:4000/10.0.13.16:5000/g" grep -rl "10.0.13.16" ./ 转载于:https://www.cnblogs.com/boshen-hzb/p/10935345.html

linux的基础知识——TCP握手

1.TCP为什么需要三次握手&#xff1f; \qquad因为IP处于网络层&#xff0c;不稳定&#xff0c;与硬件联系紧密。传输层是对网路层的不稳定性做完全不弥补——UDP——无连接的不可靠报文传输&#xff1b;对网络层做完全弥补——TCP——面向连接的可靠数据包传递。TCP连接断开包含…

拒绝赛博朋克:斯坦福HAI报告警示“科技巨头垄断AI研究已成威胁”,力挺「国家安全云」计划...

来源&#xff1a;AI科技评论作者&#xff1a;莓酊编辑&#xff1a;青暮人工智能技术从诞生伊始就被冠以悬在人类头上的达摩克利斯剑之名。在游戏《赛博朋克2077》&#xff08;Cyberpunk 2077&#xff09;中&#xff0c;超级科技企业荒坂集团制霸全球&#xff0c;掌控着大部分国…

项目:基于以太网通信,单片机作为客户端,接收CAN-Ethernet的十六进制数据

一、物理连接 二&#xff0c;流程分析 电脑连接CAN分析仪&#xff0c;电脑通过软件USB-CAN把can十六进制数据发到CAN分析仪。CAN分析仪连接CAN转以太网设备&#xff0c;数据通过CAN转以太网设备后&#xff0c;通过网线传送到单片机。这里面&#xff0c;CAN转以太网设置为TCP C…

深度学习 AI 解释:神经网络

来源&#xff1a;ScienceAI编译&#xff1a;绿萝在过去的 10 年里&#xff0c;性能最好的人工智能系统——比如智能手机上的语音识别器或谷歌最新的自动翻译器——都是由一种称为「深度学习」的技术产生的。深度学习实际上是一种称为神经网络的人工智能方法的新名称&#xff0c…

美国国家科学院发布:材料有哪些研究前沿?

来源&#xff1a;中国科学院科技战略咨询研究院作者&#xff1a;张超星编辑&#xff1a;新材料在线美国国家科学院、工程院和医学科学院发布了针对材料研究的第三次十年调查——《材料研究前沿&#xff1a;十年调查》报告。该报告主要评估了过去十年中材料研究领域的进展和成就…