delay offset becomes negative after topic is re-created
version:4.7
View the offset consumption through the console as follows:

storeerr.log:

After deleting the topic and rebuilding for a period of time, the above scenario will be reproduced, and the master node has not been down. Please advise what may be the cause of this problem.
In version 4.x, after the topic is deleted, the metadata of consumer offset will not be deleted, which may be why the offset is negative.
In version 4.x, after the topic is deleted, the metadata of consumer offset will not be deleted, which may be why the offset is negative.
I have tried deleting all client rocketmq folders and clearing all data on the broker node, and found that after running for a while, the offset value will be negative, and there is a probability that a very small negative value will appear.
If the offset is negative, some data will not be consumed normally. What is the solution to this situation?
@freedom-Li Could you provide the exact operational steps performed? RocketMQ uses an eventual-consistency strategy when managing resources to achieve better performance. Specific and detailed operation steps are necessary for a reliable analysis.
@freedom-Li Could you provide the exact operational steps performed? RocketMQ uses an eventual-consistency strategy when managing resources to achieve better performance. Specific and detailed operation steps are necessary for a reliable analysis.
-
Pause all java applications (nodes involving mq operations)
-
Pause all mq nodes (including namserver), console
-
Delete the rocketmq store directory, rocketmqlogs directory, and data directory (specified by the storePathRootDir property)
-
Delete all rocketmq directories in the consumer
-
Restart the rocketmq node and start the console
-
Log in to the console, rely on the add/update button in the topic menu item, and manually create a topic, as shown in the following figure:

-
After creating all topics in turn, start all applications.
-
Manually test a small amount of data to send and consume offsets are normal. A few days after the business is put into use normally, when the production and consumption of a topic increases to 5-6 times the daily amount, one or more broker consumption queues will have negative offset values.
This issue is stale because it has been open for 365 days with no activity. It will be closed in 3 days if no further activity occurs.
This issue was closed because it has been inactive for 3 days since being marked as stale.