| 失效链接处理 |
|
kafka面试题精?PDF 下蝲
本站整理下蝲Q?/strong>
链接Q?a target="_blank">https://pan.baidu.com/s/1yzRXg2-JcVhbyP_-u2AiIg
提取码：szbk
相关截图Q?/strong>
主要内容Q?/strong>
问题1Q什么是Apache Kafka?
{：Apache Kafka是一个发?- 订阅开源消息代理应用程序。这个消息传递应用程序是?ldquo;scala”~码的。基本上Q这个项目是由Apache软g启动的。Kafka的设计模式主要基于事务日志设计?/div>
问题2QKafka中有哪几个组?
{：Kafka最重要的元素是Q?/div>
主题QKafka主题是一堆或一l消息?/div>
生者：在KafkaQ生产者发布通信以及向Kafka主题发布消息?/div>
消费者：Kafka消费者订阅了一个主题，q且q从主题中读取和处理消息?/div>
l纪人：在管理主题中的消息存储时Q我们用Kafka Brokers?/div>
问题3Q解释偏Uȝ作用?/div>
{：l分Z的消息提供了一个顺序IDP我们UC为偏U量。因此，Z唯一地识别分Z的每条消息，我们使用q些偏移量?/div>
问题4Q什么是消费者组Q?/div>
{：消费者组的概忉|Apache Kafka独有的。基本上Q每个Kafka消费体都由一个或多个共同消费一l订阅主题的消费者组成?/div>
问题8Qؓ什么Kafka技术很重要/kafka的优点？
(5?高吞吐量+低gq?定w+耐久?可扩展?
{：Kafka有一些优点，因此使用h很重要：
高吞吐量Q我们在Kafka中不需要Q何大型硬Ӟ因ؓ它能够处理高速和大容量数据。此外，它还可以支持每秒数千条消息的消息吞吐量?/div>
低gq：Kafka可以L处理q些消息Q具有毫U的极低gq，q是大多数新用例所要求的?/div>
定wQKafka能够抉|集群中的节点/机器故障?/div>
耐久性：׃Kafka支持消息复制Q因此消息永q不会丢失。这是耐久性背后的原因之一?/div>
可扩展性：卡夫卡可以扩展，而不需要通过d额外的节点而在q行中造成M停机?/div>
问题9QKafka的主要API有哪些？
{：Apache Kafka?个主要API:
* 生者API
* 消费者API
* ?API
* q接器API
问题10Q什么是消费者或用户Q?/div>
{：Kafka消费者订阅一个主题，q读取和处理来自该主题的消息。此外，有了消费者组的名字，消费者就l自p(chung)上了标签。换句话_在每个订阅用者组中，发布C题的每个记录都传递到一个用者实例。确保用者实例可能位于单独的q程或单独的计算Z?/div>
问题17Q在生者中Q何时发生QueueFullExceptionQ?/div>
{：每当Kafka生者试图以代理的n份在当时无法处理的速度发送消息时Q通常都会发生QueueFullException。但是，Z协作处理增加的负载，用户需要添加够的代理Q因为生产者不会阻止?/div>
问题18Q解释Kafka Producer API的作用?/div>
{：允许应用E序记录流发布C个或多个Kafka主题的API是我们所说的Producer API?/div>
问题23Q解释Kafka可以接收的消息最大ؓ多少Q?/div>
{：Kafka可以接收的最大消息大约?000000字节?/div>
问题24Q传l的消息传递方法有哪些cdQ?/div>
{：基本上，传统的消息传递方法有两种Q如Q?/div>
排队Q这是一U消费者池可以从服务器d消息q且每条消息转到其中一个消息的Ҏ(gu)?/div>
发布-订阅Q在发布-订阅中，消息被广播给所有消费者?/div>
问题28Q消费者API的作用是什么？
{：允许应用E序订阅一个或多个主题q处理生成给它们的记录流的APIQ我们称之ؓ消费者API?/div>
问题31Q解释生产者是什么？
{：生者的主要作用是将数据发布C们选择的主题上。基本上Q它的职责是选择要分配给主题内分区的记录?/div>
问题32Q比较RabbitMQ与Apache Kafka
{：Apache Kafka的另一个选择是RabbitMQ。那么，让我们比较两者：
功能QApache Kafka– Kafka是分布式的、持久的和高度可用的Q这里共享和复制数据QRabbitMQ中没有此cd?/div>
性能速度QApache Kafka–辑ֈ每秒100000条消息。RabbitMQ–每秒20000条消息?/div>
问题33Q比较传l队列系l与Apache Kafka
{：让我们比较一下传l队列系l与Apache Kafka的功能：
消息保留
传统的队列系l?- 它通常从队列末֤理完成后删除消息?/div>
Apache Kafka中，消息即在处理后仍然存在。这意味着Kafka中的消息不会因消费者收到消息而被删除?/div>
*Z逻辑的处?/div>
传统队列pȝ不允许基于类似消息或事g处理逻辑?/div>
Apache Kafka允许ZcM消息或事件处理逻辑?br />
|
| Java1234官方?5Q?/td> | 
|
| Java1234官方?5Q?/td> | 838462530 |
苏公|安?32061202001004?/p>
