消息记录中表设计的精髓所在
消息记录表结构详解：支撑12跳升级链路的数据基础
回顾之前讲解的升级过程：一次完整的升级需要12跳（从"①视频+日"到"⑫父级分类+年"），每一跳都要发送消息到 Kafka 并消费。为了保障这12跳的可追踪、可恢复、可对账，系统设计了4张表来全方位记录这个过程。
表结构概览：双向记录 + 业务快照
这4张表构成"2+2"的结构：
| 表名 | 作用 | 记录内容 |
|---|---|---|
d_message_producer_record | 消息发送主表 | 每次发送消息的核心信息：链路ID、消息ID、内容、状态、时间 |
d_video_business_message_producer_record | 发送业务快照表 | 每次发送时的业务维度与时间维度快照 |
d_message_consumer_record | 消息消费主表 | 每次消费消息的核心信息：链路ID、消息ID、内容、状态、次数、时间 |
d_video_business_message_consumer_record | 消费业务快照表 | 每次消费时的业务维度与时间维度快照 |
设计理念
- 主表：记录消息的生命周期（发送→消费）、状态流转、异常信息。
- 快照表：记录每一跳在"二维网格"中的位置（业务维度 + 时间维度），用于还原升级路径。
消息记录的表设计
消息发送记录表
付费内容提示
该文档的全部内容仅对「JavaUp项目实战&技术讲解」知识星球用户开放
加入星球后，你可以获得：
- 超级八股文：100万+字的全栈技术知识库，涵盖技术核心、数据库、中间件、分布式等深度剖析的讲解
- 讲解文档：黑马点评Plus、大麦、大麦pro、大麦AI、流量切换、数据中台的从0到1的550+详细文档
- 讲解视频：黑马点评Plus、大麦、大麦pro、大麦AI、流量切换、数据中台的核心业务详细讲解
- 1 对 1 解答：可以对我进行1对1的问题提问，而不仅仅只限于项目
- 针对性服务：有没理解的地方，文档或者视频还没有讲到可以提出，本人会补充
- 面试与简历指导：提供面试回答技巧，项目怎样写才能在简历中具有独特的亮点
- 中间件环境：对于项目中需要使用的中间件，可直接替换成我提供的云环境
- 面试后复盘：小伙伴去面试后，如果哪里被面试官问住了，可以再找我解答
- 远程的解决：如果在启动项目遇到问题，本人可以帮你远程解决
进入星球后，即可享受上述所有服务，保证不会再有其他隐藏费用。
