“database → reverse engineer”是初学者最该用的入口，因为它能自动读取真实数据库结构、识别外键并生成带连线的eer图，无需手动建模。
能直接逆向生成，不用手画；但必须确保外键定义正确，否则关系线会断或错连。
为什么“Database → Reverse Engineer”是初学者最该用的入口
新手最容易卡在“从哪开始”——不是点错按钮，而是误以为要先新建模型再手动拖表。实际上，Reverse Engineer 是唯一能自动读取真实数据库结构、识别外键并生成带连线的 EER 图的路径。它不依赖你是否建过模型，也不要求你提前知道表名，只要数据库连接通、权限够（至少有 SELECT 和 SHOW VIEW），就能把当前库所有表+字段+外键关系一次性拉进画布。
常见错误现象：
- 点了
New Model后空白画布上什么也没有——这是纯手工建模起点，不是导入数据的入口 - 连接后右键数据库选了
Refresh All，结果只刷新了左侧列表，没出图——这一步只刷新元数据，不触发绘图
实操建议：
- 务必在
Reverse Engineer向导的 “Select Schemas to Reverse Engineer” 页面勾选目标数据库，别漏掉 - 如果某张表没出现在最终图中，大概率是它没定义外键，或外键字段类型不一致（比如
INT对VARCHAR） - 向导最后一步会问是否 “Place imported objects on diagram”，一定要勾选，否则表全在左侧 Catalog 里躺着，不会自动上画布
外键没设好，图就只剩一堆孤立方框
Workbench 的 Reverse Engineer 不猜关系，它只认 MySQL 实际存在的外键约束（FOREIGN KEY）。没有 ALTER TABLE ... ADD FOREIGN KEY，或者只靠命名约定（如 user_id 字段但没加约束），图里就不会出现连线。
使用场景：
- 老项目表多但外键缺失：先用
SELECT table_name, column_name FROM information_schema.key_column_usage WHERE constraint_schema = 'your_db';检查哪些表真有外键 - 自己建的测试库忘了加外键：补一句
ALTER TABLE orders ADD CONSTRAINT fk_user_id FOREIGN KEY (user_id) REFERENCES users(id);再跑一遍逆向
参数差异：
- MySQL 5.7 默认
FOREIGN_KEY_CHECKS=1，但某些迁移脚本或 ORM 自动生成的 DDL 可能关掉了它，导致外键被忽略 - 如果用的是 MyISAM 引擎，外键根本无效——Workbench 逆向时会静默跳过，图里必然断连
导出 PNG 前必须手动调布局，否则线全堆在左上角
逆向生成的图默认不做自动排布，所有表挤在画布左上角，关系线像毛线团。这不是 bug，是 Workbench 的设计逻辑：它优先保证语义正确（谁连谁），不负责视觉美观。
实操建议：
- 点击顶部菜单
Arrange→Auto Layout，可快速松散分布，但复杂库仍需人工干预 - 按住
Ctrl键拖动单个表，比直接拖更稳；拖的时候看状态栏提示 “Dragging entity: users”，确认没误选关系线 - 双击关系线可编辑基数（1..1 / 1..N），但仅当外键存在且被识别时才可点开——如果线是灰色虚线，说明 Workbench 没识别到外键
- 导出前务必滚动画布，确认所有表都在可视区域，否则
Export as PNG只截当前视口
保存文件别只存 .png，顺手导一份 .mwb
.mwb 是 Workbench 原生模型文件，含完整逻辑结构（包括未显示在图上的索引、触发器、备注），而 PNG 只是快照。下次结构变，你打开 .mwb 文件点一下 Sync with Database 就能对比差异并一键更新图，比重跑逆向快得多。
容易被忽略的地方：
-
.mwb文件不包含数据库密码，但记录连接配置（host/port/schema），共享前记得用文本编辑器删掉敏感字段 - 如果图里手动删过某张表，再同步时它不会自动回来——
Sync只处理变更，不恢复删除 - 多人协作时，别直接传
.mwb给同事改，应统一用 Git 管理 SQL 脚本，图只作文档用途
