外键约束是维系表间逻辑、确保数据准确性的关键机制，强制从表字段值必须存在于主表主键或唯一键中，支持级联操作与NULL跳过校验，需注意引擎支持、数据类型一致及索引要求。
外键约束（FOREIGN KEY，简称 FK）不是可有可无的装饰，而是数据库里维系表间逻辑、守住数据底线的关键机制。它不保证“快”，但能确保“对”——只要用得恰当，就能避免脏数据、断关联、删错记录这些线上事故。
外键到底在约束什么
它强制一个表（从表/子表）里的某列值，必须出现在另一个表（主表/父表）的主键或唯一键中。比如订单表里的 customer_id 必须是客户表里真实存在的 id，不能随便填个“99999”就入库。
- 外键列允许为 NULL，此时不校验（空值跳过约束检查）
- 外键字段和被引用字段的数据类型、长度、符号性必须严格一致（如 INT 和 TINYINT 不行，VARCHAR(20) 和 VARCHAR(50) 也不行）
- 被引用字段必须已有主键（PRIMARY KEY）或唯一约束（UNIQUE），不能只是普通索引
怎么加外键：建表时 vs 建表后
两种方式都常用，区别在于时机和可控性：
- 建表时定义（推荐初学者用）：
CREATE TABLE orders (
id INT PRIMARY KEY,
customer_id INT,
CONSTRAINT fk_orders_customer FOREIGN KEY (customer_id) REFERENCES customers(id)
); - 给已有表加外键：
ALTER TABLE orders ADD CONSTRAINT fk_orders_customer
FOREIGN KEY (customer_id) REFERENCES customers(id);
注意：如果表里已有数据，数据库会默认检查是否符合约束；若想跳过校验（比如迁移旧数据时），可加 WITH NOCHECK（SQL Server）或先禁用约束（MySQL 需引擎支持）
删数据和改数据时，外键怎么帮你兜底
没有外键，你可能随手 DELETE FROM customers WHERE id = 123，结果订单还在那儿挂着，变成“孤儿订单”。外键配合级联行为，能把这种风险提前控制住：
- ON DELETE CASCADE：删客户，自动删他所有订单（适合强依赖场景）
- ON DELETE SET NULL：删客户，把订单里的 customer_id 设为 NULL（需该字段允许 NULL）
- ON DELETE RESTRICT（默认）：客户还有订单，就不让删（报错拦截）
- ON UPDATE CASCADE：更新客户 id（极少用，但主键不该常变）
常见踩坑提醒
外键看着简单，实操中几个细节容易翻车：
- MySQL 中只有 InnoDB 引擎支持外键，MyISAM 不认——建表前先确认引擎
- 添加外键前，主表必须已存在且被引用字段已有索引（主键自带索引，但 UNIQUE 字段若没显式建索引，某些版本会报错）
- 删除主表数据前，得先清空或处理从表相关记录，否则报 “Cannot delete or update a parent row”
- 自引用外键（如员工表里 manager_id 指向同表 id）是合法的，但要注意循环引用和 NULL 处理
基本上就这些。外键不是银弹，高并发写入场景下可能影响性能，但它换来的是清晰的业务语义和可靠的数据边界——对多数业务系统来说，这笔账很划算。
