【Kafka技术内幕】（一）：认识MQ——典型应用场景和基本特性概述

最新推荐文章于 2024-04-07 14:03:40 发布

少侠露飞

最新推荐文章于 2024-04-07 14:03:40 发布

阅读量419

点赞数

分类专栏：《消息队列》Kafka 文章标签： kafka 消息队列

本文链接：https://blog.csdn.net/Carson_Chu/article/details/112854906

版权

3 篇文章 0 订阅

订阅专栏

我是少侠露飞。学习塑造人生，技术改变世界。

引言

从本篇开始，少侠将会和大家一起进入消息队列（MQ）的学习。学习MQ之前，首先必须要掌握它的应用场景（不能为了用而用），然后继续深入关键特性。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
Produce rate > Consume rate

在这里插入图片描述
要保证MQ不丢失数据，一般从两个方面考虑：

数据可靠
通过副本replica保证，如上图所示，每条消息保存了三份，生产者投递到leader里，然后每个leader有两个follower，这些follower从leader中拉取最新的消息数据（这个过程类似与MySQL主从模式下slave通过binlog日志从master同步数据）。数据有三份，并且保存在不同的服务器上，这样的话即使宕机了一台，也不会出现数据的丢失，从而保证了数据的可靠性。
投递可靠
数据到服务器上保存是可靠的，那还有可能发送的时候失败了啊，这怎么保证呢？别怕，正经的MQ都有投递的ACK机制。简单来说，就是Producer投递完消息到leader之后，会根据返回值判断是否成功投递，如果出现失败的话就会重新投递。这样从Producer端保证了投递的可靠性。