Navicat 15正向工程默认不生成显式外键名，需勾选“Generate foreign keys inside CREATE TABLE statement”选项才能在DDL中包含CONSTRAINT子句；否则MySQL自动命名（如ibfk_1），导致模型与数据库约束名不匹配、ER图连线丢失。
Navicat 15 正向工程默认不生成显式外键名
不是漏了，是它根本没打算生成——FOREIGN KEY语句里不带CONSTRAINT fk_name前缀，属于 Navicat 15 的默认行为。它会把外键当作匿名约束处理，MySQL 服务端自动分配类似fk_orders_ibfk_1这样的名字。这在单库开发中可能无感，但一旦涉及跨环境同步、结构比对或模型重载，就立刻暴露问题：模型连线断开、同步时重命名、information_schema.KEY_COLUMN_USAGE里查不到你预期的约束名。
导出前必须勾选「Generate foreign keys inside CREATE TABLE statement」
这个选项藏得深，但它是解决外键名缺失的最直接开关。不勾它，Navicat 就按老习惯把外键拆成独立ALTER TABLE ADD FOREIGN KEY语句，而这类语句在 MySQL 中默认不带CONSTRAINT子句，也就没有名称。
- 路径：右键模型 →「正向工程」→ 第一页点击
Next→ 进入「Options」页 → 勾选Generate foreign keys inside CREATE TABLE statement - 同时确认
Target DBMS选对（比如 MySQL 8.0+），否则该选项可能灰掉或无效 - 若目标库是 PostgreSQL，必须额外确保外键名符合标识符规范（不能含空格、双引号、大小写混用），否则即使生成了
CONSTRAINT "fk_x"，建表也会报错
外键名缺失导致模型与数据库脱节
Navicat 模型靠外键名和数据库里的CONSTRAINT_NAME严格匹配来维持连线。一旦生成的 SQL 没写CONSTRAINT，或者执行后 MySQL 自动起了个ibfk_*名，模型就“认不出”这张表上的外键，关系线变灰色甚至消失。这不是界面刷新问题，是元数据层面失联。
- 修复方法不是重画连线，而是右键模型 →「同步到模型」→ 勾选
Compare constraints，强制重新读取数据库当前所有约束名 - 但如果目标库已有同名约束残留（比如上次同步失败没清理干净），仍会触发随机后缀（如
fk_orders_user_id_abc123），此时需先手动清理：SELECT CONSTRAINT_NAME FROM information_schema.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'orders';，再DROP FOREIGN KEY ... - 别依赖模型界面显示的“外键已添加”状态——最终以
SHOW CREATE TABLE orders输出里是否出现完整CONSTRAINT `fk_orders_user_id` FOREIGN KEY ...为准
为什么 SHOW CREATE TABLE 能看到外键，但 Navicat 模型里没显示？
因为SHOW CREATE TABLE返回的是 MySQL 服务端真实存储的 DDL，它包含所有生效的约束定义；而 Navicat 模型只解析information_schema中CONSTRAINT_NAME字段的字符串值，并据此映射关系线。两者不同步，往往是因为：
- 你用其他工具（如命令行）手动加了外键，但没用 Navicat 同步回模型
- 正向工程时没勾选
Generate foreign keys inside CREATE TABLE statement，导致约束名由 MySQL 自动分配，模型无法识别 - 目标库字符集不一致（比如父表字段是
utf8mb4_unicode_ci，子表是utf8mb4_general_ci），MySQL 实际拒绝建约束，但 Navicat 不报错，SHOW CREATE TABLE里自然也没有
真正可靠的验证动作永远只有两个：SHOW CREATE TABLE看服务端实际存了什么，以及SELECT * FROM information_schema.KEY_COLUMN_USAGE查约束是否注册成功。图形界面只是辅助，不是权威。
