毕业设计：QPS 过万、消息过亿的交易与消息平台
2026/8/24大约 3 分钟
亿级规模系统系列 · 阶段 9 · 毕业设计 · 第 48/49 篇 · 🚧 占位待学
上一篇：《架构设计方法论：从需求到图纸》
下一篇：《资深自检 30 问》
学习大纲：《QPS 过万与亿级消息系统设计学习总纲》
状态：待学习。 本文为占位文档：知识点清单、实验与验收标准已就绪，正文待按「先学习、先实验、再撰写」补全。
对应总纲单元：阶段 9 · 单元 9.2
一、本文要解决的问题
综合运用全部十阶段知识，交出一份能落地的完整设计——这是出师考试：不是每项技术都用最猛的，而是每个决定都有依据、每个组件都有代价清单、每个风险都有预案。
二、知识点清单
- 需求（给定）：日活 3000 万电商 + 站内 IM 客服；峰值交易 2 万 QPS、日消息 3 亿条；可用性 99.95%
- 八份交付物：容量估算 / 总体架构 / 数据库分片方案 / 缓存方案 / 消息方案 / 流量防护预案 / 高可用方案 / 压测与容量报告
- 强制要求：分片键论证、降级三级预案、堆积应急预案、容量数据可复算、每个选型含否决理由
- 最小可运行核心：下单（分片 + 缓存 + 削峰）+ IM 收发（推拉 + seq）两条链路真实跑通
- 压测验收：核心链路达到设计容量的 50% 以上（笔记本环境的合理折算）
三、动手实验（学习时必须真跑）
- 完成八份交付物文档（每份都要有数据与论证）
- 实现最小核心：下单链路（网关限流 → 缓存 → 分片库 → MQ 削峰）+ IM 链路（长连接 + 落库 + seq 补齐）
- 全链路压测并出报告：实测容量、瓶颈、优化记录
四、验收标准（全部通过才进入下一篇）
五、写作提示（补正文时遵守）
- 开篇问题驱动；结构走「是什么 → 为什么 → 怎么做 → 背景知识」
- 所有代码、命令、输出必须先在本机跑通再写入，不得杜撰
- 版本口径以总纲环境清单为准（Spring Boot 3.x / MySQL 8.0 / Redis 8.x / RocketMQ 5.3.x / Kafka 4.3 / ShardingSphere 5.5.3）
- 涉及版本敏感结论时标注出处与时间
本篇完成后，把文首导航块的「🚧 占位待学」去掉，并在总纲处打卡。