navicat 15 的外键入口在「对象信息」窗口的「外键」标签页，而非「设计表」界面；正确路径是右键子表→选择「对象信息」→切换至「外键」标签页→点击「添加外键」；若灰色不可用，需检查引擎是否为innodb、字段类型与字符集是否严格一致、父表字段是否为主键或唯一索引，且连接未禁用外键检查。
Navicat 15 的外键入口在哪？不是“设计表”
很多人卡在第一步：点开「设计表」后死活找不到“外键”选项卡。这是因为 Navicat 15 把外键管理挪到了独立窗口——对象信息，而不是表结构编辑器里。
正确路径是：
- 右键子表（比如
orders）→ 选择「对象信息」 - 顶部标签页切换到「外键」
- 若该标签页灰色不可点，说明当前连接未启用外键检查，或表引擎不是
InnoDB
注意：设计表只负责字段定义、主键、索引等；外键约束必须走 对象信息 → 外键，两个窗口功能不重叠，也互不继承配置。
外键建不成功？先查这三件事
Navicat 点“保存”显示成功，但 SHOW CREATE TABLE child_table 里压根没 FOREIGN KEY 行——这是最典型的“静默失败”。根源往往就这三点：
-
InnoDB引擎没到位：用SHOW CREATE TABLE parent_table确认ENGINE=InnoDB；如果不是，执行ALTER TABLE table_name ENGINE=InnoDB - 字段类型不严格一致：比如父表
id INT UNSIGNED，子表外键却是user_id INT（缺UNSIGNED），MySQL 拒绝建约束，Navicat 却不报错 - 字符集或排序规则（
COLLATION）不同：一张表用utf8mb4_unicode_ci，另一张用utf8mb4_general_ci，也会导致外键无效
验证方式：执行 SELECT COLUMN_NAME, DATA_TYPE, IS_NULLABLE, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME IN ('parent_table', 'child_table') AND COLUMN_NAME IN ('id', 'user_id');
删除/更新规则选哪个？别无脑填 CASCADE
ON DELETE 和 ON UPDATE 不是装饰项，选错会直接丢数据或锁死业务。
-
RESTRICT（默认）：父表记录删不了，只要子表还有引用——适合订单、评论等需保留历史的场景 -
CASCADE：父表删一行，子表对应全删——适合临时配置、缓存类表，电商用户注销时绝不能配这个 -
SET NULL：要求外键字段本身允许NULL，否则建约束直接失败（Cannot add foreign key constraint） -
NO ACTION行为同RESTRICT，但某些 MySQL 版本下触发时机略不同，建议统一用RESTRICT
实操建议：首次建外键，一律先选 RESTRICT；上线后根据真实业务流再评估是否放宽。
已有数据的表加外键，为什么总报 ERROR 1822？
ERROR 1822: Failed to add the foreign key constraint. Missing index for constraint 看似是索引问题，其实常因数据不洁：
- 子表外键字段存在
NULL以外的值，但在父表主键中找不到对应项（比如orders.user_id = 999，但users.id最大只到 500） - 父表被引用字段没主键也没唯一索引（哪怕你标了 PK，也可能因建表时漏写
PRIMARY KEY而失效） - Navicat 自动为外键建索引，但若子表该字段已存在一个非前缀索引（如
INDEX idx_user (user_id, status)），MySQL 可能不复用，仍报缺失索引
快速修复：
SELECT user_id FROM orders WHERE user_id NOT IN (SELECT id FROM users) AND user_id IS NOT NULL;
查出脏数据后，要么清理子表脏值，要么补全父表缺失主键记录，再重试。
外键不是点几下就完的事——它依赖引擎、类型、字符集、索引、数据状态五层对齐。少验一层，约束就形同虚设。尤其在多环境同步时，SHOW CREATE TABLE 必须逐字比对，不能只信 Navicat 界面里的“已保存”提示。
