MySQL外键仅InnoDB支持，MyISAM直接跳过FOREIGN KEY语法；InnoDB外键需满足三条件：主表字段为PRIMARY/UNIQUE索引、字段类型（含符号、字符集、排序规则）严格一致、子表数据值均存在于主表；此外需确保FOREIGN_KEY_CHECKS=1且外键字段已建索引以防JOIN性能断崖。
MyISAM根本不解析FOREIGN KEY语法
不是“不支持”，而是直接跳过——FOREIGN KEY子句在MyISAM引擎里属于无效语法，MySQL parser遇到后既不报错也不校验，只当注释处理。你执行CREATE TABLE t1 (...) ENGINE=MyISAM并带FOREIGN KEY定义，表照样建成功，但SHOW CREATE TABLE t1里根本不会出现FOREIGN KEY字样，INFORMATION_SCHEMA.KEY_COLUMN_USAGE也查不到记录。
常见错误现象：
- 插入
user_id = 999999到orders表，而users表根本没有这个id，却完全成功 -
ALTER TABLE orders ADD FOREIGN KEY (user_id) REFERENCES users(id)返回空结果或仅提示“OK”，但约束并未建立
InnoDB外键生效的三个硬性条件
就算把表改成ENGINE=InnoDB，外键仍可能创建失败。必须同时满足：
- 主表被引用字段必须是
PRIMARY KEY或带UNIQUE约束的索引（普通INDEX不行） - 从表外键字段与主表字段类型严格一致：
INT(11) UNSIGNED≠INT(11)，utf8mb4≠utf8，连排序规则collation都要一样 - 从表已有数据时，所有外键值必须已在主表存在；否则报错
ERROR 1452 (23000)
示例：若users.id是INT PRIMARY KEY，而orders.user_id定义为TINYINT，哪怕所有值都在0–127范围内，MySQL连解析都不会通过，直接报ERROR 1215。
FOREIGN_KEY_CHECKS被关闭导致“外键失效”
外键已建好，但删主表记录没触发级联、插非法值也没拦住？先查SELECT @@FOREIGN_KEY_CHECKS。返回0就说明关了。
- 临时开启：
SET FOREIGN_KEY_CHECKS = 1（当前会话有效） - 永久生效需检查MySQL配置文件中是否写了
foreign_key_checks = OFF - 注意：
mysqldump导出时默认会加SET FOREIGN_KEY_CHECKS=0，导入完务必手动开回来
这个开关只影响INSERT/UPDATE/DELETE，对TRUNCATE、DROP TABLE或ALTER TABLE无保护作用。
外键字段没加索引会拖垮JOIN性能
InnoDB不要求外键字段本身是主键或唯一，但如果不建索引，JOIN或DELETE CASCADE时会全表扫描——尤其在从表数据量大时，响应时间直接从毫秒级变成秒级甚至超时。
- 正确做法：
ALTER TABLE orders ADD INDEX idx_user_id (user_id) - MyISAM表即使加了外键（实际无效），也不会自动建索引；InnoDB虽不强制，但不建就是埋雷
- 线上环境一旦发现
EXPLAIN显示type: ALL在关联外键字段上，基本可断定缺索引
真正容易被忽略的不是“能不能加”，而是“加了之后有没有被用”。外键约束本身不耗资源，但缺失索引会让每一次关联查询都付出远超预期的代价。
