外键未生效需依次检查：是否开启外键生成开关、字段类型与存储引擎是否匹配、外键字段是否有索引、连线方向是否正确（从多方指向一方）、导出SQL后是否启用FOREIGN_KEY_CHECKS。
Designer 里拖拽建表后外键没生效？先检查 FOREIGN KEY 是否真被生成了
很多用户拖完字段、连好关系，一导出 sql 却发现没有 foreign key 约束语句——不是 designer 漏了，是默认没开外键生成开关。不同工具行为差异大：mysql workbench 默认不导出外键（哪怕界面画了线），dbeaver 的 erd 拖拽建模默认也不自动加约束，得手动勾选「generate foreign keys」；powerdesigner 更隐蔽，要在 physical data model → options → table → generate foreign keys 里打开。不确认这个，后面所有关联查询、级联操作都白搭。
拖拽连线 ≠ 自动建外键：字段类型和引擎必须严格匹配
即使开了外键生成，也会静默失败。常见卡点有三个：
-
主键字段和外键字段类型不一致（比如一个是INT，另一个是BIGINT，或一个带UNSIGNED一个不带） - 引用的表用的是
MyISAM引擎（不支持外键），而你当前表是InnoDB - 外键字段没建索引（
MySQL要求外键列必须有索引，Designer 有时不会自动补）
实操建议：连完线后，右键目标外键字段 → 查看 DDL，确认是否含 CONSTRAINT ... FOREIGN KEY ... REFERENCES；如果没有，回退一步检查上述三项。
一对多关系拖错了方向，生成的外键会反向引用
这是最常被忽略的逻辑坑。比如「订单」和「订单项」是一对多，正确做法是把外键放在 order_items 表里指向 orders.id。但 Designer 允许双向拖拽：如果你从 orders 表拖到 order_items，部分工具（如旧版 Navicat Data Modeler）会误判为「orders 外键引用 order_items」，结果生成错位约束。解决方法很简单：只从「多方」表往「一方」表拖（即从 order_items 拖向 orders），并确认连线箭头指向「一方」。
导出 SQL 后外键不生效？别忘了 SET FOREIGN_KEY_CHECKS = 1
即使 SQL 里写了 FOREIGN KEY，在 MySQL 中也可能被跳过——尤其是批量导入时，如果脚本开头有 SET FOREIGN_KEY_CHECKS = 0 且没配对恢复，后续所有外键约束都不校验。另外，某些 Designer 导出的脚本会把 CREATE TABLE 和 ALTER TABLE ADD CONSTRAINT 分开写，中间若出错（比如表名大小写不一致、字符集冲突），外键就挂了。建议导出后 grep 一下 FOREIGN KEY 和 ERROR，再手动执行一遍约束添加语句测试。
真正麻烦的不是怎么拖，而是拖完之后没人去看生成的 SQL 里那几行 CONSTRAINT 到底有没有、对不对、能不能跑通。
