MySQL 外键约束有什么作用？为什么很多互联网项目不用外键？

简化版

外键用于保证表之间的引用完整性，例如订单的 user_id 必须对应真实用户。它可以阻止非法写入，也可以配置级联更新或删除。但很多互联网项目会少用甚至不用数据库外键，因为外键会增加写入检查成本、影响批量导入和分库分表扩展，也可能让删除更新链路变复杂。不用外键不代表不要约束，而是把约束放到应用层、服务层和数据校验任务中。

详细版

外键的价值是把数据一致性规则交给数据库兜底。只要约束存在，任何绕过应用的写入也必须满足规则。这对传统强一致系统很有帮助。

但高并发业务中，外键也带来成本。插入子表时要检查父表，删除父表时要检查子表，级联操作还可能放大锁范围。分库分表后，跨库外键基本无法直接使用，业务更倾向在服务层保证一致性。

面试中要避免说“外键没用”。更准确的说法是：外键适合强约束、规模可控的关系；大规模分布式业务常用应用层约束替代数据库外键。

完整版教学

一、外键解决什么问题

外键保证引用完整性。

子表字段必须引用父表已有记录。

例如订单必须属于某个用户。

评论必须属于某篇文章。

这能减少孤儿数据。

二、外键示例

CREATE TABLE orders (
  id BIGINT PRIMARY KEY,
  user_id BIGINT NOT NULL,
  CONSTRAINT fk_orders_user
    FOREIGN KEY (user_id) REFERENCES users(id)
);

插入订单时，如果 users 中不存在对应 id，数据库会拒绝写入。

这是一种数据库层兜底。

三、级联动作

动作	含义	风险
RESTRICT	阻止删除或更新父记录	安全但需要手动处理
CASCADE	级联删除或更新子记录	误删风险和锁范围变大
SET NULL	子表引用置空	字段要允许 NULL
NO ACTION	延迟或立即检查，依数据库而定	语义需看具体实现

级联删除尤其要慎重。

四、为什么很多项目不用外键

写入时需要额外检查父表。

删除和更新可能牵涉子表检查。

批量导入和数据修复会更麻烦。

分库分表后跨库约束无法由单个数据库保证。

微服务拆分后，表可能不在同一个服务边界内。

五、不用外键怎么保证一致性

服务层写入前校验父对象是否存在。

业务操作在同一事务内更新相关表。

用唯一索引、非空约束等基础约束兜底。

定期数据巡检，发现孤儿数据。

重要链路通过消息补偿和对账修复。

不使用数据库外键不是放弃数据一致性，而是把一致性责任转移到架构和流程中。

六、什么时候适合使用外键

单体系统。

数据规模可控。

关系稳定。

强一致要求高。

团队希望数据库层强约束兜底。

后台管理系统、财务基础表、字典配置表可能更适合外键。

七、误区和追问

• 误区：互联网项目不用外键，所以外键没有价值。 外键的价值是强完整性，只是扩展性和运维成本要评估。
• 误区：没有外键就一定会有脏数据。 可以通过服务层、索引、事务、巡检和对账保证。
• 误区：级联删除很方便，可以随便用。 级联删除可能造成大范围误删和锁冲突。
• 追问：外键会影响性能吗？ 会增加约束检查和锁相关成本，具体要看写入量和关系复杂度。
• 追问：分库分表后还能用外键吗？ 跨库外键通常不可用，需要应用层或中间件保证。
• 追问：不用外键时最少要保留什么约束？ 主键、唯一索引、非空、合理字段类型通常仍应保留。

八、面试收束

回答时先肯定外键的完整性价值。

再解释互联网项目少用的扩展、性能、运维原因。

最后说明不用外键后的替代治理方案。