Apache kafka Kafka是否支持不同的使用者读取具有不同偏移量的同一分区？

Kafka是否支持不同的使用者读取具有不同偏移量的同一分区

分区：

              |------------Consumer 2, offset 2
+---+---+---+---+----+
| 0 | 1 | 2 | 3 | .. |  <---- a particular partition
+---+---+---+---+----+
  |______Consumer 1, offset 1

Is it possible?

|------消费者2，偏移量2
+---+---+---+---+----+
| 0 | 1 | 2 | 3 | .. |   不，对于主题中的分区，一次只有一个使用者可以读取该分区。一旦这些消息被读取，分配该主题的下一个消费者将读取尚未提交的下一个偏移量

您可以从一开始就用
--配置消费者，以便下一个消费者可以读取该分区中的所有消息
 否，对于主题中的分区，一次只有一个使用者可以读取该分区。一旦这些消息被读取，分配该主题的下一个消费者将读取尚未提交的下一个偏移量

您可以从一开始就用
--配置消费者，以便下一个消费者可以读取该分区中的所有消息
 当然。如图所示，
C1
和
C3
正在消费
P0
。可能
C1
阅读10条信息，而
C3
阅读5条。唯一重要的是
C1
和
C3
不在同一消费者群体中。同一组中的两个使用者不能使用同一分区。
当然。如图所示，
C1
和
C3
正在消费
P0
。可能
C1
阅读10条信息，而
C3
阅读5条。唯一重要的是
C1
和
C3
不在同一消费者群体中。来自同一组的两个使用者不能使用同一分区。
您的答案是：“这是可能的，但不能同时使用”？是的@这不能同时发生，明白了，谢谢。那么消费者如何“完成”消费呢？当消费者读取所有生成的消息时，或者基本上当消费者停止消费任何消息时。对于消费者停止消费，通常消费者应用程序只是在循环中消费和处理。但是，如果某个使用者在一定时间内（默认情况下为5分钟）未进行轮询，则假定该使用者已离开，其分区将重新分配给组中的其余使用者。这有时可能仅仅是因为消费者处理批处理的速度慢，这就是为什么卡夫卡通常坚持“至少一次”语义的原因。此外，还有一个后台心跳线程。如果消费者停止，因此线程死亡，那么在较短的时间段后会发生重新平衡，这就是您回答的要点：“这是可能的，但不是同时发生的”？是的@这不能同时发生，明白了，谢谢。那么消费者如何“完成”消费呢？当消费者读取所有生成的消息时，或者基本上当消费者停止消费任何消息时。对于消费者停止消费，通常消费者应用程序只是在循环中消费和处理。但是，如果某个使用者在一定时间内（默认情况下为5分钟）未进行轮询，则假定该使用者已离开，其分区将重新分配给组中的其余使用者。这有时可能仅仅是因为消费者处理批处理的速度慢，这就是为什么卡夫卡通常坚持“至少一次”语义的原因。此外，还有一个后台心跳线程。如果耗电元件停止，因此线程死亡，那么在较短的周期后会发生再平衡，那么偏移量呢？读取同一分区的不同用户组是否使用不同的偏移量？偏移量存储在哪里？如果另一组消费者加入，是否会创建第三个偏移？如果消费者在中途完成了阅读（顺便说一句，消费者是如何告诉卡夫卡完成的？），是否会删除偏移量？是的，每个分区上的每个消费者组都会存储提交的偏移量。因此，个体消费者可以来来往往，在这种情况下，会发生再平衡，组中的任何消费者都会选择分区，他们从该偏移开始。这些偏移量存储在一个特殊主题上-如果您使用console客户端列出所有主题，您可以看到其详细信息。偏移量如何？读取同一分区的不同用户组是否使用不同的偏移量？偏移量存储在哪里？如果另一组消费者加入，是否会创建第三个偏移？如果消费者在中途完成了阅读（顺便说一句，消费者是如何告诉卡夫卡完成的？），是否会删除偏移量？是的，每个分区上的每个消费者组都会存储提交的偏移量。因此，个体消费者可以来来往往，在这种情况下，会发生再平衡，组中的任何消费者都会选择分区，他们从该偏移开始。这些偏移量存储在一个特殊的主题上-如果使用console客户端列出所有主题，则可以看到其详细信息。