Navicat中拖拽连线仅为绘图操作，不生成真实外键；必须右键表→设计表→Foreign Keys标签页手动填写字段、引用表、引用字段、级联规则，并确保引擎为InnoDB、字段类型与字符集严格一致、被引用字段有主键或唯一索引、子表外键字段已建索引，且勾选“启用外键检查”，最后点击“运行”执行DDL才真正生效。
navicat 里拖线连表 ≠ 建成一对一外键，图形连线只是绘图操作，不生成任何约束；真正生效必须进 foreign keys 标签页手动填全引用关系，并确保字段类型、索引、引擎全部匹配。
为什么拖完线后 SHOW CREATE TABLE 里没有 FOREIGN KEY
Navicat 的 ER 图（关系图）中拖拽字段连线，本质是往本地 .ndm 模型文件里写绘图坐标，和数据库元数据完全无关。哪怕你连了十次线，只要没在 Foreign Keys 标签页点“添加”并执行，数据库就当它不存在。
- 右键目标表 →
设计表→ 切到Foreign Keys标签页，才是唯一能建真实外键的地方 - “Relationships” 标签页是只读的，永远点不动，它只展示已存在的外键，不能新建
- 拖线后双击连线弹出的窗口，必须切到“外键”选项卡再填内容，否则连线仍是空壳
Foreign Keys 标签页里填什么才真正生效
填错任意一项，ALTER TABLE ADD CONSTRAINT 就会静默失败或报错，比如 ERROR 1215 或 ERROR 1005。关键三项必须人工核对：
-
字段：子表中用于关联的列（如user_profile.user_id），必须已存在且类型明确 -
引用表和引用字段：父表必须是InnoDB引擎，且该字段要有PRIMARY KEY或UNIQUE约束（仅INDEX不够） -
ON DELETE/ON UPDATE：一对一场景常用RESTRICT或NO ACTION，慎选CASCADE——它会导致删用户时连带删 profile，不是所有业务都接受
保存前务必勾选 启用外键检查（Navicat 15+ 默认关闭），否则约束虽建了但不生效。
一对一时最容易被忽略的三个硬性条件
即使界面填对了，MySQL 仍可能拒绝建约束。这些限制不在 Navicat 提示里，得靠人工确认：
- 两张表字段类型必须严格一致：
INT不能连INT UNSIGNED，VARCHAR(32)不能连VARCHAR(64)（长度不同也可能被拒） - 字符集和排序规则（
COLLATION）必须相同：比如utf8mb4_0900_ai_ci和utf8mb4_general_ci视为不兼容 - 子表的外键字段本身**不会自动建索引**：Navicat 默认不勾选“创建索引”，但 MySQL 要求外键字段必须有索引，否则插入/更新极慢——得手动在
索引标签页补一个
建完怎么验证真是一对一且生效了
别信连线颜色或 ER 图显示，直接查数据库元数据：
- 执行
SHOW CREATE TABLE user_profile，确认输出里有CONSTRAINT `fk_user_profile_user_id` FOREIGN KEY (`user_id`) REFERENCES `users`(`id`) - 查
INFORMATION_SCHEMA.KEY_COLUMN_USAGE：运行SELECT * FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'user_profile' AND CONSTRAINT_NAME LIKE 'fk%' - 测试行为：尝试插入一条
user_profile记录，其中user_id = 999999，而users.id里没有这个值——应报Cannot add or update a child row
外键不是画出来的，是定义出来的；而定义是否被数据库承认，只看 INFORMATION_SCHEMA 里有没有那条记录。其他全是幻觉。
