Kafka` 消费者
Kafka
消费方式
pull
(拉)模式:consumer
采用从broker
中主动拉取数据
Kafka
采用这种方式pull
模式不足之处是,如果Kafka
没有数据,消费者可能会陷入循环中,一直返回空数据
Kafka
消费者总体工作流程
- 每个分区的数据只能由消费者组中一个消费者消费
- 一个消费者可以消费多个分区数据
- 每个消费者的
offset
由消费者提交到系统主题保存
消费者组原理
Consumer Group(CG)
:消费者组,由多个conumser
组成。形成一个消费者组的条件,是所有消费者的groupid
相同- 消费者组内每个消费者负责消费不同分区的数据,一个分区只能由一个组内消费者消费
- 消费者组之间互不影响。所有的消费者都属于某个消费者组,即消费者组是逻辑上的一个订阅者
- 如果向消费者组中添加更多的消费者,超过主题分区数量,则有一部分消费者就会闲置,不会接受任何消息
- 消费者组之间互不影响。所有的消费者都属于某个消费者组,即消费者组是逻辑上的一个订阅者
消费者初始化流程
coordinator
:辅助实现消费者组的初始化和分区的分配coordinator
节点选择:groupid
的hashcode
值%50
(_consumer_offsets
的分区数量)
- 流程
- 每个
conumser
都发送JoinGroup
请求给coordinator
coordinator
会选出一个consumer
作为leader
coordinator
把要消费的topic
情况发送给leader
消费者leader
会负责制定消费方案leader
把消费方案发送给coordinator
coordinator
把消费方案发送给各个consumer
- 每个消费者都会和
coordinator
保持心跳(默认3s),一旦超时(session.timeout.ms=45s
),该消费者会被移除,并触发再平衡;或者消费者处理消息的时间过长(max.poll.interval.ms=5min
),也会触发再平衡
- 每个消费者都会和
- 消费者组初始化完成后,会先初始化
ConsumerNetworkClient
consumer
向ConsumerNetworkClient
发送消费请求(sendFetches
)Fetch.min.bytes
每批次最小抓取大小,默认1字节fetch.max.wait.ms
:一批数据最小值未达到的超时时间,默认500ms
Fetch.max.bytes
每批次最大抓取大小,默认50m
ConsumerNetworkClient
将上述三个参数发送给(send
)Broker
的Leader
ConsumerNetworkClient
会调用一个回调函数onSuccess
拉取数据到completedFetches(queue)
中Conumser
会从completedFetches(queue)
中拉取数据,经过parseRecord
(反序列化),Interceptors
(拦截器),最后处理数据Max.poll.records
:一次拉取数据返回消息的最大条数,默认500条
- 每个
消费者API
独立消费者案例(订阅主题)
- 注意:在消费者
API
代码中必须配置消费者组id
。命令行启动消费者不填写消费者组id
会被自动填写随机的消费者组id
public class CustomConsumer {
public static void main(String[] args) {
//0配置
Properties properties = new Properties();
// 连续
properties.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, "hadoop102:9092,hadoop103:9092");
//反序列化
properties.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
properties.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
//配置消费者组id
properties.put(ConsumerConfig.GROUP_ID_CONFIG, "test");
//1创建一个消费者
KafkaConsumer<String, String> kafkaConsumer = new KafkaConsumer<>(properties);
//2定义主题first
ArrayList<String> topics = new ArrayList<>();
topics.add("first");
kafkaConsumer.subscribe(topics);
//3消费数据
while (true) {
ConsumerRecords<String, String> consumerRecords = kafkaConsumer.poll(Duration.ofSeconds(1));
for (ConsumerRecord<String, String> consumerRecord : consumerRecords) {
System.out.println(consumerRecord);
}
}
}
}
独立消费者案例(订阅分区)
public class CustomConsumerPartition {
public static void main(String[] args) {
//0配置
Properties properties = new Properties();
// 连续
properties.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, "hadoop102:9092,hadoop103:9092");
//反序列化
properties.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
properties.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
//配置消费者组id
properties.put(ConsumerConfig.GROUP_ID_CONFIG, "test");
//1创建一个消费者
KafkaConsumer<String, String> kafkaConsumer = new KafkaConsumer<>(properties);
//2定义主题对应的分区
ArrayList<TopicPartition> topicPartitions = new ArrayList<>();
topicPartitions.add(new TopicPartition("first",0));
kafkaConsumer.assign(topicPartitions);
//3消费数据
while (true) {
ConsumerRecords<String, String> consumerRecords = kafkaConsumer.poll(Duration.ofSeconds(1));
for (ConsumerRecord<String, String> consumerRecord : consumerRecords) {
System.out.println(consumerRecord);
}
}
}
}
消费者组案例
- 多个线程执行相同的代码,必须配置消费者组
id
public class CustomConsumer {
public static void main(String[] args) {
//0配置
Properties properties = new Properties();
// 连续
properties.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, "hadoop102:9092,hadoop103:9092");
//反序列化
properties.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
properties.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
//配置消费者组id
properties.put(ConsumerConfig.GROUP_ID_CONFIG, "test5");
//设置分区分配策略
//properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.RoundRobinAssignor");
properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.StickyAssignor");
//1创建一个消费者
KafkaConsumer<String, String> kafkaConsumer = new KafkaConsumer<>(properties);
//2定义主题first
ArrayList<String> topics = new ArrayList<>();
topics.add("first");
kafkaConsumer.subscribe(topics);
//3消费数据
while (true) {
ConsumerRecords<String, String> consumerRecords = kafkaConsumer.poll(Duration.ofSeconds(1));
for (ConsumerRecord<String, String> consumerRecord : consumerRecords) {
System.out.println(consumerRecord);
}
}
}
}
offset
位移
offset
的默认维护位置
Kafka
0.9版本之前,consumer
默认将offset
保存在Zookeeper
中。从0.9
版本开始,consumer
默认将offset
保存在Kafka
的一个内置的topic
中,该topic
为__conumser_offsets
__conumser_offsets
主题里面采用key
和value
的方式存储数据。key
是group.id
+topic
+分区号,value
就是当前的offset
的值。每隔一段时间,kafka
内部会对这个topic
进行compact
,也就是每个group.id
+topic
+分区号就保留最新数据
查看offset
-
在配置文件
config/consumer.properties
中添加配置exclude.internal.topics=false
,默认是true
,表示不能消费系统主题。为了查看该系统主题数据,所以该参数修改为false
-
查看消费者消费主题
__consumer_offsets
bin/kafka-console-consumer.sh --topic __consumer_offsets --bootstrap-server hadoop102:9092 --consumer.config config/consumer.properties --formatter "kafka.coordinator.group.GroupMetadataManager\$OffsetsMessageFormatter" --from-beginning
自动提交offset
- 为了使我们能够专注于自己的业务逻辑,
Kafka
提供了自动提交offset
的功能 - 自动提交
offset
的相关参数enable.auto.commit
:是否开启自动提交offset
功能,默认是true
auto.commit.interval.ms
:自动提交offset
的时间间隔,默认是5s
-
消费者自动提交
offset
public class CustomConsumerAutoOffset { public static void main(String[] args) { //0配置 Properties properties = new Properties(); // 连续 properties.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, "hadoop102:9092,hadoop103:9092"); //反序列化 properties.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName()); properties.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName()); //配置消费者组id properties.put(ConsumerConfig.GROUP_ID_CONFIG, "test2"); //自动提交 properties.put(ConsumerConfig.ENABLE_AUTO_COMMIT_CONFIG,true); //提交时间间隔 properties.put(ConsumerConfig.AUTO_COMMIT_INTERVAL_MS_CONFIG,1000); //设置分区分配策略 //properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.RoundRobinAssignor"); properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.StickyAssignor"); //1创建一个消费者 KafkaConsumer<String, String> kafkaConsumer = new KafkaConsumer<>(properties); //2定义主题first ArrayList<String> topics = new ArrayList<>(); topics.add("first"); kafkaConsumer.subscribe(topics); //3消费数据 while (true) { ConsumerRecords<String, String> consumerRecords = kafkaConsumer.poll(Duration.ofSeconds(1)); for (ConsumerRecord<String, String> consumerRecord : consumerRecords) { System.out.println(consumerRecord); } } } }
手动提交offset
- 手动提交
offset
的方法有两种:commitSync
(同步提交):必须等待offset
提交完毕,再去消费下一批数据commitAsync
(异步提交):发送完提交offset
请求后,就开始消费下一批数据- 两者的相同点:
- 都会将本次提交的一批数据最高的偏移量提交
- 不同点
- 同步提交阻塞当前线程,一直到提交成功,并且会自动失败重试(由不可控因素导致,也会出现提交失败)
- 异步提交则没有失败重试机制,固有可能提交失败
- 两者的相同点:
同步提交offset
- 由于同步提交
offset
有失败重试机制,故更加可靠,但是由于一直等待提交结果,提交的效率比较低。
public class CustomConsumerByHandSync {
public static void main(String[] args) {
//0配置
Properties properties = new Properties();
// 连续
properties.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, "hadoop102:9092,hadoop103:9092");
//反序列化
properties.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
properties.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
//配置消费者组id
properties.put(ConsumerConfig.GROUP_ID_CONFIG, "test4");
//手动提交
properties.put(ConsumerConfig.ENABLE_AUTO_COMMIT_CONFIG,false);
//设置分区分配策略
//properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.RoundRobinAssignor");
properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.StickyAssignor");
//1创建一个消费者
KafkaConsumer<String, String> kafkaConsumer = new KafkaConsumer<>(properties);
//2定义主题first
ArrayList<String> topics = new ArrayList<>();
topics.add("first");
kafkaConsumer.subscribe(topics);
//3消费数据
while (true) {
ConsumerRecords<String, String> consumerRecords = kafkaConsumer.poll(Duration.ofSeconds(1));
for (ConsumerRecord<String, String> consumerRecord : consumerRecords) {
System.out.println(consumerRecord);
}
//手动提交offset
kafkaConsumer.commitSync();
}
}
}
异步提交offset
- 虽然同步提交
offset
更可靠一些,但是由于其会阻塞当前线程,直到提交成功。因此吞吐量会受到很大的影响。因此更多的情况下,会使用异步提交offset
的方式
public class CustomConsumerByHandSync {
public static void main(String[] args) {
//0配置
Properties properties = new Properties();
// 连续
properties.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, "hadoop102:9092,hadoop103:9092");
//反序列化
properties.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
properties.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
//配置消费者组id
properties.put(ConsumerConfig.GROUP_ID_CONFIG, "test4");
//手动提交
properties.put(ConsumerConfig.ENABLE_AUTO_COMMIT_CONFIG,false);
//设置分区分配策略
//properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.RoundRobinAssignor");
properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.StickyAssignor");
//1创建一个消费者
KafkaConsumer<String, String> kafkaConsumer = new KafkaConsumer<>(properties);
//2定义主题first
ArrayList<String> topics = new ArrayList<>();
topics.add("first");
kafkaConsumer.subscribe(topics);
//3消费数据
while (true) {
ConsumerRecords<String, String> consumerRecords = kafkaConsumer.poll(Duration.ofSeconds(1));
for (ConsumerRecord<String, String> consumerRecord : consumerRecords) {
System.out.println(consumerRecord);
}
//手动提交offset
kafkaConsumer.commitAsync();
}
}
}
指定Offset
消费
auto.offset.reset=earliest|lastest|none
:默认是latest
- 当
Kafka
中没有初始偏移量(消费者组第一次消费)或服务器上不再存在当前偏移量时(例如该数据已被删除)earliest
:自动将偏移量重置为最早的偏移量,--from-beginging
latest
(默认值):自动将偏移量重置为最新偏移量none
:如果未找到消费者组的先前偏移量,则向消费者抛出异常
任意指定offset
位移开始消费
public class CustomConsumerSeek {
public static void main(String[] args) {
//0配置
Properties properties = new Properties();
// 连续
properties.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, "hadoop102:9092,hadoop103:9092");
//反序列化
properties.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
properties.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
//配置消费者组id
properties.put(ConsumerConfig.GROUP_ID_CONFIG, "test10");
//设置分区分配策略
//properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer
// .RoundRobinAssignor");
//properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer
// .StickyAssignor");
//1创建一个消费者
KafkaConsumer<String, String> kafkaConsumer = new KafkaConsumer<>(properties);
//2定义主题first
ArrayList<String> topics = new ArrayList<>();
topics.add("first");
kafkaConsumer.subscribe(topics);
//指定位置进行消费
Set<TopicPartition> assignment = kafkaConsumer.assignment();
//保证分区分配方案已经制定完毕
while (assignment.size() == 0) {
kafkaConsumer.poll(Duration.ofSeconds(1));
assignment = kafkaConsumer.assignment();
}
for (TopicPartition topicPartition : assignment) {
kafkaConsumer.seek(topicPartition, 100);
}
//3消费数据
while (true) {
ConsumerRecords<String, String> consumerRecords = kafkaConsumer.poll(Duration.ofSeconds(1));
for (ConsumerRecord<String, String> consumerRecord : consumerRecords) {
System.out.println(consumerRecord);
}
}
}
}
指定时间消费
public class CustomConsumerSeek {
public static void main(String[] args) {
//0配置
Properties properties = new Properties();
// 连续
properties.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, "hadoop102:9092,hadoop103:9092");
//反序列化
properties.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
properties.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, StringDeserializer.class.getName());
//配置消费者组id
properties.put(ConsumerConfig.GROUP_ID_CONFIG, "test10");
//设置分区分配策略
//properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer
// .RoundRobinAssignor");
//properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer
// .StickyAssignor");
//1创建一个消费者
KafkaConsumer<String, String> kafkaConsumer = new KafkaConsumer<>(properties);
//2定义主题first
ArrayList<String> topics = new ArrayList<>();
topics.add("first");
kafkaConsumer.subscribe(topics);
//指定位置进行消费
Set<TopicPartition> assignment = kafkaConsumer.assignment();
//保证分区分配方案已经制定完毕
while (assignment.size() == 0) {
kafkaConsumer.poll(Duration.ofSeconds(1));
assignment = kafkaConsumer.assignment();
}
//希望把时间转换为对应的offset
HashMap<TopicPartition, Long> topicPartitionLongHashMap = new HashMap<>();
//封装对应集合
HashMap<TopicPartition, Long> partitionLongHashMap = new HashMap<>();
for (TopicPartition topicPartition : assignment) {
partitionLongHashMap.put(topicPartition, System.currentTimeMillis() - 30 * 60 * 1000);
}
Map<TopicPartition, OffsetAndTimestamp> topicPartitionOffsetAndTimestampMap =
kafkaConsumer.offsetsForTimes(partitionLongHashMap);
for (TopicPartition topicPartition : assignment) {
OffsetAndTimestamp offsetAndTimestamp = topicPartitionOffsetAndTimestampMap.get(topicPartition);
// kafkaConsumer.seek(topicPartition,offsetAndTimestamp.offset());
if(offsetAndTimestamp != null){
kafkaConsumer.seek(topicPartition,offsetAndTimestamp.offset());
}
}
//3消费数据
while (true) {
ConsumerRecords<String, String> consumerRecords = kafkaConsumer.poll(Duration.ofSeconds(1));
for (ConsumerRecord<String, String> consumerRecord : consumerRecords) {
System.out.println(consumerRecord);
}
}
}
}
漏消费和重复消费
漏消费
- 先提交
offset
后消费,有可能会造成数据的漏消费- 场景:
- 设置
offset
为手动提交,当offset
被提交时,数据还在内存中未落盘,此时刚好消费者线程被kill
掉,那么offset
已经提交,但是数据未处理,导致这部分内存中的数据丢失
- 设置
- 场景:
重复消费
- 已经消费了数据,但是
offset
没提交- 场景:
Consumer
每5s
提交offset
- 如果提交
offset
后的2s
,consumer
挂了 - 再次重启
consumer
,则从上一次提交的offset
处继续消费,导致重复消费
- 场景:
消费者重要参数
参数名称 | 描述 |
---|---|
bootstrap.servers | 向Kafka 集群建立初始连接用到的host/port 列表。 |
key.deserializer 和value.deserializer | 指定接收消息的key 和value 的反序列化类型。一定要写全类名 |
group.id | 标记消费者所属的消费者组。 |
enable.auto.commit | 默认值为true ,消费者会自动周期性地向服务器提交偏移量。 |
auto.commit.interval.ms | 如果设置了 enable.auto.commit 的值为true ,则该值定义了消费者偏移量向 Kafka 提交的频率,默认5s 。 |
auto.offset.reset | 当Kafka 中没有初始偏移量或当前偏移量在服务器中不存在(如,数据被删除了),该如何处理? earliest :自动重置偏,移量到最早的偏移量。 latest :默认,自动重置偏移量为最新的偏移量。 none :如果消费组原来的(previous )偏移量不存在,则向消费者抛异常。anything :向消费者抛异常。 |
offsets.topic.num.partitions | __consumer_offsets 的分区数,默认是50 个分区。 |
heartbeat.interval.ms | Kafka 消费者和coordinator 之间的心跳时间,默认3s。该条目的值必须小于 session.timeout.ms ,也不应该高于session.timeout.ms 的1/3。 |
session.timeout.ms | Kafka 消费者和coordinator 之间连接超时时间,默认45s。超过该值,该消费者被移除,消费者组执行再平衡。 |
max.poll.interval.ms | 消费者处理消息的最大时长, 默认是 5 分钟 。超过该值,该消费者被移除,消费者组执行再平衡。 |
fetch.min.bytes | 默认 1 个字节。消费者 获取服务器端一批消息最小的字节数。 |
fetch.max.wait.ms | 默认5 00 ms 。如果没有从服务器端获取到一批数据的最小字节数 。该时间到,仍然会返回数据。 |
fetch.max.bytes | 默认Default: 52428800 5 0 m 。消费者 获取 服务器端 一 批消息最大的字节数 。如果服务器端一批次的数据大于该值( 50m )仍然可以拉取回来这批数据,因此,这不是一个绝对最大值。一批次的大小受 message.max.bytes (broker.config ) or max.message.bytes (topic.config ) 影响。 |
max.poll.records | 一次 poll 拉取数据 返回消息的最大条数, 默认是 500 条 。 |
生产经验
分区的分配以及再平衡
-
一个
conumser group
中由多个consumer
组成,一个topic
由多个partition
组成 -
Kafka
有四种主流的分区分配策略:Range
、RoundRobin
、Sticky
、CooperativeSticky
-
可以通过配置参数
partition.assignment.straegy
,修改分区的分配策略。默认策略是Range+CooperativeSticky
。Kafka
可以同时使用多个分区分配策略参数名称 描述 heartbeat.interval.ms
Kafka
消费者和coordinator
之间的心跳时间,默认3s
。
该条目的值必须小于ession.timeout.ms
, 也不应该高于session.timeout.ms
的1/3。session.timeout.ms
Kafka
消费者和coordinator
之间连接超时时间,默认45s
。超
过该值,该消费者被移除,消费者组执行再平衡。max.poll.interval.ms
消费者处理消息的最大时长,默认是5 分钟。超过该值,该
消费者被移除,消费者组执行再平衡。partition.assignment.strategy
消费者分区分配策略, 默认策略是 Range +CooperativeSticky
。Kafka
可以同时使用多个分区分配策略。
可以选择的策略包括:Range
、RoundRobin
、Sticky
、CooperativeSticky
-
Range
分区策略原理
Range
是对每个topic
而言的- 首先对同一个
topic
里面的分区按照序号进行排序,并对消费者按照字母顺序进行排序 - 通过
partitions
数/consumer
数来决定每个消费者应该消费几个分区。如果除不尽,那么前面几个消费者将会多消费1个分区- 注意:
- 如果只是针对
1
个topic
而言,C0
消费者多消费1个分区影响不是很大。但是如果有N
多个topic
,那么针对每个topic
,消费者C0
都将多消费1
个分区,topic
越多,C0
消费的分区会比其他消费者明显多消费N
个分区 - 容易产生数据倾斜
- 如果只是针对
- 注意:
- 首先对同一个
RoundRobin
分区策略原理
RoundRobin
针对集群中所有topic
而言RoundRobin
轮询分区策略,是把所有的partition
和所有的consumer
都列出来,然后按照hashcode
进行排序,最后通过轮询算法来分配partition
给到各个消费者
-
RoundRobin
分区分配策略案例-
依次在
CustomConsumer
、CustomConsumer1
、CustomConsumer2
三个消费者代码中修改分区分配策略为RoundRobin
properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.RoundRobinAssignor");
-
Sticky
以及再平衡
-
粘性分区定义:可以理解为分配的结果带有"粘性"。即在执行一次新的分配之前,考虑上一次分配的结果,尽量少的调整分配的变动,可以节省大量的开销
-
首先会尽量均衡的放置分区到消费者上面,在出现同一消费者组内消费者出现问题的时候,会尽量保持原有分配的分区不变化
-
修改分区分配策略为粘性
properties.put(ConsumerConfig.PARTITION_ASSIGNMENT_STRATEGY_CONFIG,"org.apache.kafka.clients.consumer.StickyAssignor");
-
消费者事务
- 如果想完成
Consummer
端的精准一次性消费,那么需要Kafka
消费端将消费过程和提交offset
过程做原子绑定。此时我们需要将Kafka
的offset
保存到支持事务的自定义介质(比如MySQL
)。
数据积压(消费者如何提高吞吐量)
- 如果是
Kafka
消费能力不足,则可以考虑增加Topic
的分区数,并且同时提升消费组的消费者数量,消费者数=分区数(两者缺一不可) - 如果是下游的数据处理不及时:提高每批次拉取的数量。批次拉取数据过少(拉取数据/处理时间 < 生产速度),使处理的数据小于生产的数据,也会造成数据积压
参数名称 | 描述 |
---|---|
fetch.max.bytes | 默认Default : 52428800 (50 m)。消费者获取服务器端一批消息最大的字节数。如果服务器端一批次的数据大于该值 (50m)仍然可以拉取回来这批数据,因此,这不是一个绝对最大值。一批次的大小受 message.max.bytes (broker config )or max.message.bytes ( topic config )影响。 |
max.poll.records | 一次 poll 拉取数据返回消息的最大条数,默认是 500 条 |