日期：2026-07-11
难度：中等
标签：#面试 #MySQL #外键 #数据一致性 #VIP
一句话答案
物理外键由数据库声明并强制参照完整性；逻辑外键只保留字段关系，由应用保证合法性，扩展更灵活但更容易产生孤儿数据。
面试口语版
物理外键通过 FOREIGN KEY 保证子表引用的父记录存在，可配置 RESTRICT、CASCADE 等动作，优点是所有写入入口都受统一约束，数据一致性强；缺点是写入检查和级联会增加锁与耦合，分库分表、迁移和高并发链路更复杂。逻辑外键不在数据库建约束，只在表中保留如 user_id，由应用校验和维护，适合分布式和高并发系统，但旁路脚本、消息重试或 Bug 容易制造孤儿数据，需要对账、补偿、软删除和正确的索引来兜底。
原理拆解
| 对比项 | 物理外键 | 逻辑外键 |
|---|---|---|
| 一致性保证 | 数据库强制 | 应用和运维流程保证 |
| 跨库 | 基本不支持 | 可跨服务表达关系 |
| 写入成本 | 约束检查、可能加锁 | 应用查询或异步校验 |
| 迁移扩展 | 耦合更强 | 更灵活 |
| 风险 | 级联更新/删除放大 | 孤儿数据、遗漏校验 |
关键细节
- 不建外键约束不等于不给关联字段建索引；JOIN 和清理通常仍需要索引。
- 物理外键适合单库、关系稳定、并发可控且一致性优先的系统。
- 阿里规范禁止外键和级联，背景是分布式高并发架构，并非数据库理论上外键无价值。
面试官追问
- 逻辑外键如何防止孤儿数据？
- 外键为什么可能影响并发写？
- 删除父记录时应用层如何处理？
高分补充
选型应明确“一致性由谁负责”；移除数据库约束后，必须补上应用校验、幂等、对账和修复工具。
学习清单
- 从一致性、性能、扩展、运维四维比较。
维护与整理 · Yihui在 GitHub 上编辑