消息队列实现概要——深度解读分区Topic的实现 about blog HOT 4 OPEN

👍。找code，意外发现这里。 ：）
关于顺序性：
Pulsar这个是一个Partiton。 如果对一个Partition要保证顺序性消费，就只能使用Exclusive/Failover的订阅模式，不能用share模式。
Kafka的一个Partition应该只能是类似Exclusive/Failover的消费模式；一个Partiton，只能有一个active的Consumer来消费。

from blog.

@jiazhai Pulsar的话写的比较简单, 改天我再完善一下，Exclusive/Failover模式应该是只能单个consumer消费所有partition的消息吧，kafka的话类似shared模式，但是多了个partition分配的过程，特定的分区同一时刻只会分配给一个consumer，但pulsar的share模式类似是RoundRobin，所以才不支持顺序性。Exclusive/Failover模式不知道理解的对不对，晚点我再确认下

from blog.

那么这里就会有几个问题，由于网络延迟、每个consumer启动的时间不一样，那么consumer获取到变化的时机就会不一样，也就是说数据会不一致，导致在某段时间内 某个分区被多个客户端同时消费

hi，你好，偶尔查到你的wiki，写的很棒。不过上面这段话不敢苟同，我之前有个问题正好分析测试了下，记录到了这里。

也就是说某个分区被多个客户端同时消费基本上是不可能的，因为一旦rebalance，subVersion必然会更新，你有空可以做个测试验证一下。

from blog.

@gaoyf 赞! 这篇博客写的比较久了，我晚点验证下

from blog.