Navicat逆向工程卡在“正在加载表结构”主因是元数据查询失败，需检查权限、字符集、大库分表、认证插件兼容性；ER图外键未连线因依赖真实约束而非命名约定；导出模糊需调字体与缩放；同步文档建议用SQL导出+第三方工具转换。
Navicat 逆向工程导出 ER 图卡在“正在加载表结构”
本质是 navicat 在连接数据库后，试图批量查询 information_schema 或系统视图获取元数据，但某些权限、字符集或大库场景下会卡住甚至超时。
- 确认当前数据库用户有
SELECT权限访问INFORMATION_SCHEMA.TABLES、INFORMATION_SCHEMA.COLUMNS、INFORMATION_SCHEMA.KEY_COLUMN_USAGE等视图（MySQL）；PostgreSQL 用户需有USAGE权限到pg_catalog模式 - 如果库表数量超 500 张，建议先在「逆向工程」对话框中勾选
只选择指定表，手动勾选核心业务表，避免全库扫描 - MySQL 8.0+ 若使用 caching_sha2_password 插件且 Navicat 版本低于 16.0.15，可能因认证失败静默卡住——降级用
mysql_native_password或升级 Navicat
生成的 ER 图里外键线没连上，或者主键显示为普通字段
不是 Navicat 漏画，而是它严格依赖数据库中真实存在的约束定义。没有显式 FOREIGN KEY 约束，仅靠字段名相似（如 user_id）不会自动连线。
- MySQL 中用
SHOW CREATE TABLE检查目标表，确认外键约束是否真的存在（含CONSTRAINT ... FOREIGN KEY语句），而非仅靠命名约定 - Navicat 默认不读取索引信息推断逻辑关系，即使有
INDEX(user_id)也不会当外键处理 - PostgreSQL 需确保外键约束未被标记为
NOT VALID（即未验证状态），否则 Navicat 会忽略该约束
导出 PNG/SVG 后字体模糊、中文乱码或布局挤成一团
Navicat 的 ER 图渲染器对字体和缩放逻辑较原始，不支持 CSS 控制，问题多出在本地环境适配。
- Windows 上优先用系统已安装的等宽中文字体（如
Microsoft YaHei或SimSun），在 Navicat「工具 → 选项 → 模型 → 字体」中手动设为默认，避免用默认的Dialog字体 - 导出前务必点击画布右上角的
适应窗口按钮，再调整缩放至 100%～150%，否则 SVG/PNG 会按原始画布比例拉伸失真 - 若表字段过多导致重叠，不要依赖自动布局——右键单张表 →
编辑表→ 关闭自动排列字段，手动拖动字段区域收窄高度
想把 ER 图同步到 Confluence 或飞书文档，但复制粘贴全是位图
Navicat 原生不支持导出可编辑矢量图（如 Mermaid、PlantUML），直接截图或导 PNG 是最稳路径，但有更轻量替代方案。
- 用「模型 → 导出为 SQL」功能生成建表语句，再用开源工具如
sql2diagram（命令行）或在线版dbdiagram.io上传 SQL 自动转图——适合需要版本化或协作评审的场景 - Mac 用户可用系统自带的
Shift + Command + 4截图，选中 ER 图区域后直接拖进飞书文档，支持 Retina 清晰度；Windows 建议用Win + Shift + S配合「截图后复制到剪贴板」 - 注意：Navicat 的「复制为图像」功能实际是截当前视图，若画布滚动过、未全量显示表，粘贴结果会缺内容
真正麻烦的不是点几下菜单，而是你得先确认数据库里那些外键是不是真实存在、有没有被禁用、权限够不够——图只是镜子，照出来的是库本身的结构诚实度。
