报错errno 150：外键约束格式错误，求解决方案

嘿，我明白你现在卡在这个外键错误上有多头疼——我当初第一次碰这个问题的时候也绕了好几个弯！咱们一步步来拆解，先把常见的坑都过一遍，肯定能找到问题所在。

1. 先盯紧字段类型：必须完全一致 #

这是最容易踩的坑！比如你的user.id如果是INT UNSIGNED，那post.user_id也得是一模一样的类型——哪怕都是整数，一个带UNSIGNED一个不带，数据库都会直接拒绝。举个正确的示例：

-- 先创建user表（父表）
CREATE TABLE user (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
    username VARCHAR(50) NOT NULL
);

-- 再创建post表（子表），外键字段和父表完全匹配
CREATE TABLE post (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
    title VARCHAR(100) NOT NULL,
    content TEXT,
    user_id INT UNSIGNED NOT NULL,
    FOREIGN KEY (user_id) REFERENCES user(id)
);

2. 确保父表的关联字段是主键/唯一索引 #

外键必须关联到父表的主键，或者至少是一个唯一索引（UNIQUE）——数据库需要保证你关联的记录是唯一的，不然没法维护约束关系。

你可以先查下user表的结构：

DESCRIBE user;

看id字段的Key列是不是有PRI（主键）或者UNI（唯一索引）标记，如果没有，先给它补上主键：

ALTER TABLE user ADD PRIMARY KEY (id);

3. 检查两个表的存储引擎是否统一 #

MySQL里只有InnoDB支持外键约束！如果你的user表是MyISAM，post表是InnoDB（或者反过来），肯定会报错。

查存储引擎的命令：

SHOW TABLE STATUS LIKE 'user';
SHOW TABLE STATUS LIKE 'post';

如果不一致，把两个表都改成InnoDB：

ALTER TABLE user ENGINE=InnoDB;
ALTER TABLE post ENGINE=InnoDB;

4. 父表得先存在，且子表不能有脏数据 #

要是你先创建了post表再建user表，那外键根本找不到关联的父表，必错。另外，如果post表已经有数据，其中的user_id存在user表里没有的值，也会触发这个错误。

如果是已有脏数据的情况，先清理掉无效的记录：

DELETE FROM post WHERE user_id NOT IN (SELECT id FROM user);

5. 别忽略字符集和排序规则 #

这个坑比较隐蔽，但如果两个表的字符集（比如utf8和utf8mb4）或者排序规则不一样，也可能导致约束创建失败。

查字符集的命令：

SELECT table_schema, table_name, table_collation FROM information_schema.tables WHERE table_name IN ('user', 'post');

如果不一致，统一修改成相同的字符集：

ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE post CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

你可以先从第一步开始排查，如果能把你的user表创建SQL，以及你尝试创建post表的代码贴出来，我能更精准地帮你定位问题！

内容的提问来源于stack exchange，提问作者Spedwards