MySQL外键约束仅InnoDB支持，MyISAM不实现该逻辑；切换InnoDB后需满足字段类型一致、主表字段有唯一索引、从表外键值存在且建议加索引；外键检查可能被禁用，DML外操作无保护。
MySQL 不支持外键约束，根本原因不是 MySQL 本身的问题，而是你正在用的存储引擎不支持——MyISAM 引擎压根不实现外键逻辑，连语法校验都跳过；只有 InnoDB 才真正支持外键约束、级联操作和引用完整性检查。
MyISAM 表无法添加外键：不是报错，是“假装支持”
MyISAM 在执行 ALTER TABLE ... ADD FOREIGN KEY 时不会报错，但也不会创建任何约束。它只会默默建一个普通索引（如果还没建的话），然后就结束了。这意味着：
- 你查
SHOW CREATE TABLE看不到FOREIGN KEY定义 - 插入非法值（比如
user_id = 999999但 users 表里根本没有这个 ID）完全不会被拦截 -
INFORMATION_SCHEMA.KEY_COLUMN_USAGE里也查不到这条外键记录
验证方式很简单：SHOW CREATE TABLE your_table，如果输出里没出现 FOREIGN KEY 关键字，且 ENGINE=MyISAM，那就确认是这个问题。
切换到 InnoDB 后仍失败：常见硬性条件没满足
即使改成 InnoDB，外键创建仍可能失败，错误号通常是 1215 或 3780。必须同时满足以下四点：
- 主表被引用字段必须是
PRIMARY KEY或带UNIQUE约束的索引（不能只是普通INDEX） - 从表外键字段与主表被引用字段的类型必须**完全一致**：包括类型（
INTvsTINYINT）、长度（INT(10)vsINT(11)）、符号性（UNSIGNED必须两边都有或都没有）、字符集（utf8mb4推荐统一）和排序规则（utf8mb4_0900_ai_ci等） - 从表中外键字段本身不需要主键，但**强烈建议加普通索引**，否则
JOIN查询性能会断崖式下跌（尤其是被驱动表场景） - 若从表已有数据，所有外键字段值必须在主表中真实存在；否则先跑
SELECT * FROM child_table WHERE fk_col NOT IN (SELECT pk_col FROM parent_table)清理脏数据
外键生效但行为异常：检查 FOREIGN_KEY_CHECKS 是否关闭
即使外键成功创建，也可能“形同虚设”——比如删主表记录时子表没联动、或者插入非法值居然成功。大概率是 FOREIGN_KEY_CHECKS 被手动关掉了：
- 查看当前状态：
SELECT @@FOREIGN_KEY_CHECKS，返回0就是关闭 - 临时启用：
SET FOREIGN_KEY_CHECKS = 1（仅当前 session 有效） - 永久启用需确认 MySQL 配置文件中没有
foreign_key_checks = OFF这类配置 - 注意：导入 SQL 时某些工具（如 mysqldump 默认）会临时关掉它来加速，导入完记得手动开回来
最常被忽略的一点：外键约束只在 DML（INSERT/UPDATE/DELETE）时起作用，对 ALTER TABLE、TRUNCATE 或直接 DROP TABLE 没有保护力；而且一旦涉及批量操作或事务中断，残留的不一致数据可能比没外键更难排查。
