MySQL 创建外键前必须满足的 4 个条件
直接建外键失败？大概率是卡在这几个硬性前提上。MySQL 的
FOREIGN KEY不是写完语句就能生效的，它对表结构、引擎、字段类型都有严格要求。 两张表都必须使用
InnoDB引擎（
MyISAM完全不支持外键） 被引用的字段（通常是父表的主键或唯一键）必须有索引（主键自动带索引，但普通字段需手动加
INDEX） 子表和父表对应字段的数据类型、字符集、排序规则必须完全一致（比如
VARCHAR(255)和
VARCHAR(100)不行，
utf8mb4_unicode_ci和
utf8mb4_general_ci也不行） 父表必须已存在，且已有数据不能违反将要建立的约束（例如子表里已有
user_id = 999，但父表里没有这条记录，建外键会报错
ERROR 1452）
用 ALTER TABLE 添加外键约束的正确写法
这是最常用的场景：表已存在，需要补加外键。语法看似简单，但字段名顺序、约束名、ON DELETE 行为稍不注意就会报错。
假设你有两个表：
orders（子表）和
users（父表），想让
orders.user_id关联到
users.id：
ALTER TABLE orders ADD CONSTRAINT fk_orders_user_id FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE ON UPDATE CASCADE;
fk_orders_user_id是约束名，建议自定义（不要用默认名），便于后续查错或删除
FOREIGN KEY (user_id)括号里是子表字段，
REFERENCES users(id)括号里是父表字段，顺序不能反
ON DELETE CASCADE表示删父表记录时自动删子表关联行；也可选
SET NULL（要求字段允许 NULL）、
RESTRICT（默认，拒绝删除） 如果只想限制删除行为但不级联更新，
ON UPDATE RESTRICT可以省略不写
建表时直接定义外键的注意事项
比起事后加，建表时写进
CREATE TABLE更清晰，但也更容易因字段顺序或引擎遗漏出错。
CREATE TABLE orders (
id INT PRIMARY KEY AUTO_INCREMENT,
user_id INT NOT NULL,
amount DECIMAL(10,2),
FOREIGN KEY (user_id) REFERENCES users(id)
ON DELETE SET NULL
) ENGINE=InnoDB;
ENGINE=InnoDB必须显式声明，哪怕你设了默认引擎，建表语句里不写也可能被忽略
user_id字段必须先于
FOREIGN KEY子句出现，否则 MySQL 报错
ERROR 1072（键列不存在） 如果父表
users还没创建，这条语句会直接失败——MySQL 不支持跨语句延迟解析外键依赖
ON DELETE SET NULL要求
user_id允许为 NULL（即不能带
NOT NULL），否则建表失败
排查外键失败的三个关键错误码
看到报错别急着改语法，先看错误码，它直接告诉你卡在哪一环。
ERROR 1215 (HY000): Cannot add foreign key constraint—— 最宽泛的提示，说明外键条件不满足，需结合
SHOW ENGINE INNODB STATUS查具体原因
ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails—— 子表已有脏数据，比如
orders里存在
user_id = 500，但
users表里没有
id = 500的记录
ERROR 1005 (HY000): Can't create table ... (errno: 150)—— 多半是字段类型不匹配或缺少索引，检查
SHOW CREATE TABLE对比两边字段定义
外键不是“开了就万事大吉”，它的约束逻辑会影响 INSERT/UPDATE/DELETE 性能，也容易在批量导入或迁移时突然暴露数据不一致问题——这些细节往往比语法更值得花时间确认。
