Navicat正向工程失败主因是外键问题，errno 150表示引用失败（索引/类型/字符集不匹配），errno 121多为约束名重复；需查INNODB STATUS日志、核对字段类型与索引、统一Physical Name大小写，并启用内联外键生成。
看报错里有没有 errno 150 或 121
navicat 正向工程失败，error 1005: can't create table 八成是外键问题，但错误本身不说明原因。真正线索藏在完整报错行末尾的 errno: 150 或 errno: 121——前者代表外键引用失败，后者多为约束名重复或语法冲突。
实操建议：
- 别只看 Navicat 弹窗里那句“创建表失败”，点开日志面板，拖到底部找带
errno的原始输出 - 手动执行前，先在 MySQL 命令行运行
SHOW ENGINE INNODB STATUS\G，翻到LATEST FOREIGN KEY ERROR段落，它会明确告诉你“no index in referenced table”还是“columns don’t match” - 如果报的是
errno: 121，重点查物理模型里是否两个外键用了相同名称（比如都叫fk_user_id），Navicat 默认生成时没做去重
检查被引用字段有没有索引且类型完全一致
InnoDB 要求外键列必须有索引，且被引用字段必须是主键或有独立索引；更关键的是，两端字段必须类型、长度、是否 NOT NULL、字符集和 COLLATE 全部严格一致——差一个字节或一个排序规则都会失败。
实操建议：
- 在 Navicat 模型里右键被引用表 →「编辑表」→「字段」页，确认主键字段已勾选
Primary Key，且没有漏掉NOT NULL - 右键该字段 →「属性」→「选项」页，核对
Collation是否和外键字段一模一样（比如都是utf8mb4_0900_as_cs，混用_general_ci和_unicode_ci就不行） - 如果被引用字段是
VARCHAR(50)，外键字段也必须是VARCHAR(50)，VARCHAR(64)或CHAR(50)都会被拒绝 - 避免用
INT关联BIGINT，Navicat 不报红，MySQL 直接拒
确认外键是否内联生成而非延迟执行
表建成功了但外键没生效？SHOW CREATE TABLE 里压根没 FOREIGN KEY 语句？这不是 bug，是 Navicat 默认把外键作为单独 ALTER TABLE 语句发出去，而目标库可能关了 FOREIGN_KEY_CHECKS，或用户没 REFERENCES 权限，导致 ALTER 静默失败。
实操建议：
- 导出前，进
工具 → 选项 → 建模 → 物理模型生成，务必勾选Generate foreign keys inside CREATE TABLE statement - 确认目标库用户有
REFERENCES权限（不只是CREATE和INSERT）：执行SHOW GRANTS FOR 'user'@'host';查看 - 如果用的是 MySQL 5.7+，检查
sql_mode是否含STRICT_TRANS_TABLES；不含的话，某些类型不匹配可能不报错而是自动截断，掩盖真实问题
逻辑模型里 Referenced Table 名和 Physical Name 对不上
报 Foreign key references invalid table，但表明明存在？问题出在 Navicat 解析逻辑模型时，外键连线指向的 Referenced Table 名和最终生成的物理表名不一致——常见于手动改过实体名但没同步关系，或大小写命名在 MySQL（默认 lower_case_table_names=1）下被自动转小写。
实操建议：
- 双击逻辑模型里的外键连线 →「Edit Relationship」→ 看
Referenced Table下拉框里选的是哪个表名，必须和你右键该表 →「编辑表」→「选项」页里填的Physical Name完全一致（包括下划线、连字符、大小写） - 如果逻辑模型中表名叫
UserProfile，但Physical Name填的是user_profile，外键连线却仍指向UserProfile，就会失败 - MySQL 场景下，统一把所有逻辑模型表名和
Physical Name改成纯小写，能避开大部分解析歧义
最麻烦的不是报错本身，而是外键校验失败时 MySQL 不告诉你具体哪一对字段不匹配——得靠 INNODB STATUS 日志逐条比对，而且一旦上线，改外键约束要锁表，线上操作前一定先在测试库跑通全流程。
