字段语义不清，排障时经常要跨团队扯皮。
结构先行
MySQL 数据库设计
表结构一旦定错，应用层补丁会越打越厚。先把问题边界说清，再决定怎么做。
按访问路径设计表结构、主键与约束，支撑业务演进。
先测后改
用慢日志与压测定位，再改索引与结构。
变更可回滚
结构变更有脚本与回退思路，降低夜半风险。
容量有规划
增长预估后再谈分库分表，避免过早复杂化。
设计问题
这些问题往往在立项前就存在，或在匆忙上线后立刻暴露。
缺少约束导致脏数据，问题暴露时往往已经影响线上。
主键策略不当，会拖慢迭代与联调效率。
未考虑归档，最终体现在数据与体验的不一致上。
用例驱动建模
列出读写路径；定实体边界；约束保真；为增长预留但不提前分片。从核心用例反推实体与关系，避免过早过度范式或宽表随意。输出建表脚本与命名规范。
从核心用例反推实体与关系，避免过早过度范式或宽表随意。输出建表脚本与命名规范。
- 开工前书面确认范围
- 可验收的阶段里程碑
- 交付含交接说明
服务要点
本项服务通常覆盖的关键能力。
概念/逻辑模型
确认技术栈、约束与验收点后纳入范围，按里程碑交付。
建表脚本
确认技术栈、约束与验收点后纳入范围，按里程碑交付。
约束与索引初设
确认技术栈、约束与验收点后纳入范围，按里程碑交付。
命名规范
确认技术栈、约束与验收点后纳入范围，按里程碑交付。
你将获得
- 模型说明
- DDL
- 索引初案
- 命名规范
- 演进建议
合作流程
-
01
用例访谈，并书面确认本阶段产出。
-
02
模型评审，并书面确认本阶段产出。
-
03
脚本落地，并书面确认本阶段产出。
-
04
与应用对齐，并书面确认本阶段产出。