Navicat 逆向工程报 ERROR 1064 或卡在 foreign key 的根本原因是其内置 SQL 解析器不兼容 MySQL 5.7+ 特定语法，如带引号的约束名、孤立逗号、INVISIBLE 字段、跨库外键及新排序规则等，导致解析失败而非执行错误。
Navicat 逆向工程报 ERROR 1064 或解析卡在 foreign key 处
根本原因是 navicat 内置的 sql 解析器对某些外键定义语法不兼容，尤其常见于 mysql 5.7+ 使用了带引号的标识符、复合外键注释、或 on update cascade 后面多了一个逗号等“合法但松散”的建表语句。
它不是数据库执行出错，而是 Navicat 自己读 SQL 建表语句时 parse 失败 —— 所以即使 SHOW CREATE TABLE 能正常运行，Navicat 也可能直接跳过这张表或中断整个逆向流程。
- 检查报错日志里具体停在哪张表，然后导出它的
CREATE TABLE语句（用SHOW CREATE TABLE `xxx`） - 重点看
CONSTRAINT行：是否用了反引号包裹约束名？Navicat 旧版本（如 15.0.24 之前）会把CONSTRAINT `fk_user_post`当成语法错误 - 删掉约束名（保留
FOREIGN KEY (...) REFERENCES ...结构），或者把反引号全换成英文双引号（部分版本认这个） - 如果外键定义末尾有孤立逗号（比如写成了
ON DELETE SET NULL,），必须删掉
MySQL 8.0+ 的隐藏字段（invisible column）导致逆向失败
Navicat 15 及更早版本完全不识别 INVISIBLE 关键字，遇到类似 user_id INT INVISIBLE 就会直接报语法错误，甚至不提示具体哪一行。
这不是 bug，是版本断层 —— Navicat 对 MySQL 8.0 新特性的支持严重滞后，且官方更新日志从不明确标注兼容性边界。
- 执行
SELECT table_name, column_name, is_hidden FROM information_schema.columns WHERE is_hidden = 'YES'快速定位含隐藏字段的表 - 临时方案：用
ALTER TABLE xxx MODIFY COLUMN user_id INT VISIBLE把它显式化（不影响业务） - 长期规避：建表时避免用
INVISIBLE，除非真需要客户端/ORM 层屏蔽该字段
外键跨 schema（数据库）时 Navicat 不识别引用关系
当外键指向另一个 database 的表（例如 REFERENCES other_db.users(id)），Navicat 默认只扫描当前选中的 database，不会自动加载被引用库的结构，因此生成的 ER 图里这条线直接消失，甚至可能把字段标为“无关联”。
它不报错，但图是错的 —— 这比报错更危险。
- 逆向前，在 Navicat 左侧连接树中，**按住 Ctrl 多选多个 database**（必须是同一连接下的），再右键 → “Reverse Engineer”
- 确保所有被外键引用的库都已勾选，否则 Navicat 根本看不到目标表结构
- 如果跨库引用频繁，建议改用
mysqldump --no-data --skip-triggers导出 DDL，再用支持跨库解析的工具（如 MySQL Workbench）补全关系
使用 utf8mb4_0900_as_cs 等新排序规则时报“unknown collation”
Navicat 15.0.22 之前版本的字符集映射表里没有 MySQL 8.0 默认的 utf8mb4_0900_as_cs，解析建表语句时一看到这个 collation 就卡住，表现为逆向中途静默退出，日志里只有模糊的 “parse failed”。
这个错误不会出现在错误弹窗里，只会让 ER 图缺表、缺字段，非常隐蔽。
- 查表默认排序规则：
SELECT table_name, table_collation FROM information_schema.tables WHERE table_schema = 'your_db' - 临时修复：对问题表执行
ALTER TABLE xxx CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - 注意：不要改系统表或日志表（如
mysql.innodb_index_stats），它们自带 0900 排序规则，强行改可能破坏内部一致性
真正麻烦的从来不是报错本身，而是 Navicat 把解析失败悄悄吞掉，只留一张残缺的图。动手前先确认它的版本号，比盲目调参数有用得多 —— 比如 16.0.15 开始才完整支持 MySQL 8.0.30 的 DDL 语法，而你连的可能是 8.0.33。
