当前位置：首页 > 问答 > 正文

MySQL里怎么弄那个外键，定义步骤和注意点大概说说

帖慧艳
问答
2026-01-15 18:43:05
4

在MySQL里设置外键，就像是给两个数据表之间牵一条线，规定好它们之间的“父子关系”，这条线能帮你自动维护数据的一致性和完整性，避免出现“儿子”表里记录了一个“父亲”表里根本不存在的ID这种混乱情况，下面我就说说怎么弄,以及要注意的几个关键点。

第一步：确保表格的“底子”要对

在你动手牵线之前，你得先有两张表，而且这两张表都得使用InnoDB存储引擎，这是最基本的前提，因为MySQL里只有InnoDB引擎才支持外键约束,你可以用类似下面的语句看看你的表是不是InnoDB的：

SHOW TABLE STATUS LIKE '你的表名';

在返回的结果里，找到Engine这一列，看看是不是InnoDB，如果不是，你需要先把表引擎改过来,用这条命令：

ALTER TABLE 你的表名 ENGINE=InnoDB;

第二步：在“儿子”表里创建外键字段

假设我们有两张表：部门表（父表）和员工表（子表），一个部门有多个员工，但一个员工只能属于一个部门，在员工表里，你需要创建一个字段，比如叫部门ID，这个字段的数据类型和长度必须和部门表的主键（比如ID）完全一致，如果部门表的ID是INT(11)，那么员工表的部门ID也必须是INT(11)，不能一个是INT另一个是BIGINT,否则线就牵不上了。

第三步：正式创建外键约束

有两种时机可以创建外键：一是在创建员工表的时候直接加上；二是员工表已经存在了,后来再给它加上去。

建表时创建：在CREATE TABLE语句里,你会这样写：
```
CREATE TABLE 员工表 (
  ID INT PRIMARY KEY,
  姓名 VARCHAR(50),
  部门ID INT,
  FOREIGN KEY (部门ID) REFERENCES 部门表(ID)
);
```
这里的FOREIGN KEY (部门ID)指定了本表的哪个字段是外键，REFERENCES 部门表(ID)则指明了这个外键指向哪个表的哪个主键。

建表后添加：如果表已经存在，用ALTER TABLE语句来添加：

ALTER TABLE 员工表
ADD FOREIGN KEY (部门ID) REFERENCES 部门表(ID);

第四步（可选但重要）：规定“行为准则”

光是牵上线还不够，你得想好，当“父亲”表里的记录被更新（UPDATE）或删除（DELETE）时，“儿子”表里相关的记录该怎么办，这就是外键的“引用操作”，你可以在创建外键时一起指定,常用的有几种：

ON DELETE CASCADE：如果部门表里的某个部门被删除了，那么员工表里所有属于这个部门的员工记录会自动跟着被删除，这个要非常小心,容易误删数据。
ON DELETE SET NULL：如果部门被删除，那么相关员工的部门ID字段会被自动设置为NULL，这样员工记录还在，只是变成了“未分配部门”的状态。
ON DELETE RESTRICT（默认行为）：拒绝删除，如果还有员工属于这个部门，那么你就不能删除这个部门，必须先处理好员工（比如把他们调到别的部门），才能删除部门,这是最安全的选择。
ON UPDATE CASCADE：如果部门表的ID改变了（这种情况较少），那么员工表里对应的部门ID也会自动跟着更新。

你可以组合使用，

ALTER TABLE 员工表
ADD FOREIGN KEY (部门ID)
REFERENCES 部门表(ID)
ON DELETE SET NULL
ON UPDATE CASCADE;

需要注意的几个关键点：

数据类型必须严格匹配：前面提过，但值得再强调一遍，不仅是类型，长度、符号（有无符号）都要一样。
索引是自动的：MySQL会自动在子表的外键字段上创建一个索引，以提升关联查询的性能,你不需要手动再去为这个字段建索引。
外键关系是双向的：一旦建立了外键，你不仅不能随意删除父表的记录（受ON DELETE规则约束），也不能随意删除父表本身，必须先删除子表，或者先删除外键约束,才能删除父表。
数据一致性检查：在创建外键时，MySQL会立即检查子表里现有的数据，确保每一条记录的部门ID都能在父表ID里找到对应项，如果现有数据就不一致，外键创建会失败，你必须先清理掉这些“孤儿数据”才行。
命名外键：上面的例子没有给外键约束起名字，MySQL会自动生成一个，为了以后管理方便（比如需要删除这个约束时），最好给它起个有意义的名称：
```
ALTER TABLE 员工表
ADD CONSTRAINT fk_员工_部门  -- 这里给外键起了个名字叫 fk_员工_部门
FOREIGN KEY (部门ID) REFERENCES 部门表(ID);
```
性能考虑：外键约束虽然保证了数据一致，但也会带来一些性能开销，因为每次插入、更新、删除相关数据时，数据库都要去检查约束是否满足，在高并发写入的场景下,需要权衡利弊。