Rocketmq消费面试总结
摘要:1 事务消息 并不是真正意义上分布式事务的实现,确保生产者本地事务完成后,一定会把消息发送到broker节点,至于该消息什么时候消费,生产者无法控制。 适合的业务场景:生产者发送 半消息,发送成功后得到消息的UNIQ_ID作为事务ID,半消息就是broker会将原topic和queueid保存到pr
阅读全文
posted @ 2021-09-12 21:25
posted @ 2021-09-12 21:25
posted @ 2021-09-06 09:18
posted @ 2021-09-05 09:23
posted @ 2021-09-03 10:57
posted @ 2021-09-02 11:08
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
---|---|---|---|---|---|---|---|---|---|
23 | 24 | 25 | 26 | 27 | 28 | 1 | |||
2 | 3 | 4 | 5 | 6 | 7 | 8 | |||
9 | 10 | 11 | 12 | 13 | 14 | 15 | |||
16 | 17 | 18 | 19 | 20 | 21 | 22 | |||
23 | 24 | 25 | 26 | 27 | 28 | 29 | |||
30 | 31 | 1 | 2 | 3 | 4 | 5 |
这本质上还是异步刷盘,只不过异步的刷盘的间隔控制短了,同步刷盘我理解应该是这条消息写入的时候就会触发写到磁盘
博主您好,clean阶段RS不是被重置了吗?为什么evacuation阶段还会再扫描RS呀?
Powered by:
博客园
Copyright © 2025 MaXianZhe
Powered by .NET 9.0 on Kubernetes