外键是MySQL中用于保障参照完整性的约束机制，要求两表均为InnoDB引擎、被引用列须为主键或唯一键、数据类型严格兼容，并可通过CASCADE实现级联操作。
外键（Foreign Key）是 MySQL 中用于建立和强制两个表之间关联关系的约束机制。它本质上是一个字段（或字段组合），其值必须存在于另一张表的主键（或唯一键）中，从而保证数据的参照完整性。
外键的基本作用
外键不是为了加速查询，而是为了“管住数据”——防止出现逻辑上不合理的记录。比如：
- 订单表里不能插入一个客户 ID 为 999 的订单，除非客户表中真有 customer_id = 999 的客户；
- 如果客户已被删除，而订单还保留着这个客户 ID，就会破坏业务一致性；外键能阻止这类操作，或按预设规则自动处理（如级联删除）。
外键成立的硬性前提
MySQL 要求外键约束必须满足以下条件，否则建表或加约束会失败：
- 两张表都必须使用 InnoDB 存储引擎（MyISAM 不支持外键）；
- 被引用的列（父表中的列）必须有 主键（PRIMARY KEY）或唯一索引（UNIQUE KEY）；
- 外键列与被引用列的数据类型要严格一致或高度兼容（如 INT 和 TINYINT 可以，但 INT 和 VARCHAR 就不行）；
- 外键列本身最好有索引（InnoDB 5.6+ 会自动创建，但显式加索引仍是推荐做法）。
外键的常见写法示例
创建表时直接定义外键：
CREATE TABLE orders (
order_id INT PRIMARY KEY,
customer_id INT,
order_date DATE,
FOREIGN KEY (customer_id) REFERENCES customers(customer_id)
);
给已有表添加外键（注意：需先确保数据合法）：
ALTER TABLE orders
ADD CONSTRAINT fk_orders_customer
FOREIGN KEY (customer_id) REFERENCES customers(customer_id)
ON DELETE CASCADE ON UPDATE CASCADE;
其中 ON DELETE CASCADE 表示删客户时自动删其所有订单；ON UPDATE CASCADE 表示客户 ID 修改时，订单里的 customer_id 也同步更新。
要不要用外键？得看场景
外键虽能保障底层数据一致性，但也有代价：
- 写入性能略低（涉及跨表校验、额外锁）；
- 某些分布式或分库分表架构下难以支持；
- 应用层已做严格校验时，外键可能显得冗余。
建议：单体架构、强一致性要求高（如金融、订单核心）、开发团队对 SQL 约束习惯良好时，优先启用外键；若更依赖 ORM 或微服务间通过 API 协调，则可由应用层兜底，外键设为可选或仅用于开发环境验证。