消息队列 MySQL 物理模型设计

1，按 Topic 分表，由于不同的 Topic 实际的业务消息量不一样，对于消息量大的存储在一张表中会有性能问题，量小的单独一张表则由于表数据量有限，单独存储会有浪费，故对量小的合并到一张表，量大的均匀拆分到不同的表中，可以单独设计一张表记录主题和消息队列之间的关系；

2，消费者会有分组消费场景，一个消费者可以拥有多个消费组，不同消费者消费同一份消息，单独一张表记录消费进度。

ER 图如下：

物理表设计如下：