Navicat 17 快速生成 MySQL ER 图的前提是权限、连接驱动和真实外键三者到位；卡在“正在加载表结构”实为 INFORMATION_SCHEMA 查询失败，需授权 SELECT 权限、启用 show_compatibility_56、使用 MySQL (Native) 驱动，并手动精选核心表、确保 InnoDB 引擎与显式 FOREIGN KEY 约束存在。
navicat 17 能快速生成 mysql er 图，但“快”取决于逆向工程启动前是否完成三件事：权限对齐、连接驱动正确、外键真实存在。点下“开始”后卡在“正在加载表结构”，基本不是 navicat 慢，而是它根本没拿到元数据。
逆向工程卡在“正在加载表结构”怎么办
这是最常被误判为“软件卡死”的环节，实际是Navicat 在后台批量查询 INFORMATION_SCHEMA 失败。
- 执行 SELECT COUNT(*) FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'your_db'，如果报错或返回 0，说明当前账号缺 SELECT 权限，需 DBA 授予：GRANT SELECT ON INFORMATION_SCHEMA.* TO 'user'@'%'
- MySQL 8.0+ 默认关闭兼容模式，show_compatibility_56 = OFF 会导致外键元数据不可见；临时验证可用 SET SESSION show_compatibility_56 = ON（无需 SUPER，会话级即可）
- 连接类型必须选 MySQL (Native)，若误用 ODBC 或 SSH 隧道未启用 Keep Alive，部分约束（如外键注释）会静默丢失
勾选表时为什么不能点“所有表”
Navicat 17 对每张表单独发 SHOW CREATE TABLE，全库扫描在表数 >300 时极易超时或界面无响应。
- 手动展开数据库节点，只勾选核心业务表（如 users、orders、products），避免勾选日志表、归档表、分表后缀（如 logs_202501）
- 若必须覆盖多模块，分两次逆向：先导 auth 相关表，再导 trade 相关表，单次不超过 20 张
- 务必取消勾选 Include views —— 若存在同名视图（如 order_summary 表 + order_summary 视图），Navicat 会当成两个实体重复渲染，导致连线错乱或字段重叠
外键线没连上？不是画错了，是库里没建真约束
Navicat 17 完全不推测关系，只读 INFORMATION_SCHEMA.KEY_COLUMN_USAGE 中的显式定义。
- 运行 SHOW CREATE TABLE orders，确认输出含类似 CONSTRAINT `fk_orders_user_id` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) 的完整语句
- MyISAM 表即使字段名匹配（如 user_id），也不会被识别；必须确保引擎为 InnoDB
- SQL 文件导入建表时漏掉 FOREIGN KEY 子句、或 ORM 工具（如 Django syncdb）未启用外键迁移，都会导致关系断开
- 右键模型画布 → Validate Model，它会直接列出哪些外键未识别，并支持一键补全（仅限约束语法合法但元数据缺失的情况）
导出 PNG/SVG 字体模糊或中文截断
这不是缩放问题，而是Navicat 17 导出时默认使用系统 Dialog 字体且 DPI 固定为 96。
- 进入 Tools → Options → Model → Font，手动设为已安装的中文字体（如 Microsoft YaHei 或 SimSun），字号建议 ≥10
- 导出前务必点击画布右上角 Fit to Window，再将缩放调至 125% 或 150%，否则按原始画布比例拉伸必然失真
- 若某张表字段过多，右键该表 → Edit Table → 关闭 Auto Arrange Fields，手动拖拽字段区域收窄高度，比依赖自动布局更可控
真正耗时的从来不是点击“开始”，而是确认 INFORMATION_SCHEMA 可查、外键已 ADD CONSTRAINT、且没混入视图或系统表——这三步跳过，后面所有调整都是徒劳。
