Hi Zhanhui, IMO, the main reason for storing broker ip is that messages are bound to broker, not topic. We must find out which broker the message is stored on before we fetch the message. And it is no way to migrate messages from their original broker to another.
The new storage layer design should consider this problem, at least not to add new obstacles. Eg. Where to store the mapping of topic name and topic identity? Is this mapping consistent across brokers? On Oct 9, 2022, 21:52 +0800, Zhanhui Li <lizhan...@gmail.com>, wrote: Hi, RocketMQ has stuck to its data format for many years and we are experiencing many blocking problems originating from this design. RIP-47 https://github.com/apache/rocketmq/wiki/RIP-47-Data-Layout-V2 is to designed to solve the mentioned issues. Please review the design. Constructive feedback and comments are anticipated. It is a major RIP to RocketMQ, multiple critical data paths are involved. It's welcome to join this RIP if you are interested. Zhanhui Li
