mysql外键要求字段类型、长度、字符集等完全一致，且被引用列须有索引；innodb支持外键，添加需显式命名约束；存在孤立值或引擎不兼容将导致创建失败；外键影响性能，删除需通过约束名操作。
外键字段类型和长度必须完全一致
MySQL 要求外键列与被引用的主键/唯一键列在数据类型、字符集、排序规则、是否为 NOT NULL 上严格一致。比如 int 不能引用 BIGINT，VARCHAR(50) 不能引用 VARCHAR(100)，哪怕只是长度差 1 也不行。
常见错误现象：Error 1005 (HY000): Can't create table `db`.`t2` (errno: 150 "Foreign key constraint is incorrectly formed")
- 检查双方字段：用
SHOW CREATE TABLE t1和SHOW CREATE TABLE t2对比字段定义 - 确保被引用列上有索引（通常是主键或
UNIQUE约束） - InnoDB 引擎才支持外键，MyISAM 不支持，建表时确认
ENGINE=InnoDB
添加外键要用 ALTER TABLE ADD CONSTRAINT
已有表加外键，不能只写 ADD FOREIGN KEY，必须显式命名约束并指定引用关系。漏掉 CONSTRAINT 关键字或引用语法错误都会失败。
正确写法示例：
ALTER TABLE orders ADD CONSTRAINT fk_orders_customer_id FOREIGN KEY (customer_id) REFERENCES customers(id) ON delete restrict ON UPDATE CASCADE;-
fk_orders_customer_id是约束名，建议按fk_从表_外键字段命名，方便后续排查 -
ON DELETE和ON UPDATE行为可选，但不写默认是RESTRICT，不是NO ACTION（二者语义相同但实现略有差异） - 如果被引用表有数据，而从表中存在孤立值（如
orders.customer_id = 999但customers.id中无 999），添加会直接报错
外键会影响 INSERT/UPDATE/DELETE 性能
每次插入或更新外键字段，MySQL 都要检查被引用表是否存在对应值；删除被引用记录时，还要扫描从表做级联或限制判断。高并发写入场景下，这个开销不可忽略。
- 批量导入数据前，可先
DROP FOREIGN KEY，导入完成再重建（注意备份约束定义） - 如果业务层已保证数据一致性，且查询以 JOIN 为主，可考虑去掉外键，改由应用逻辑控制
- 级联操作（
ON DELETE CASCADE）看似方便，但可能误删大量关联数据，线上慎用
查看和删除外键必须通过约束名
MySQL 不允许用字段名直接删外键，必须先查出约束名，再用它删除。很多人卡在这一步。
查约束名：
SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'orders' AND COLUMN_NAME = 'customer_id' AND REFERENCED_TABLE_NAME IS NOT NULL;删约束：
ALTER TABLE orders DROP FOREIGN KEY fk_orders_customer_id;- 注意：
DROP FOREIGN KEY后面跟的是约束名，不是字段名，也不是带引号的字符串 - 约束名在
SHOW CREATE TABLE输出里位于CONSTRAINT `xxx` FOREIGN KEY中 - 删除后不会自动删索引，如果该外键字段上还有独立索引，需手动清理冗余索引
外键不是银弹。它保障了数据完整性，但也绑定了表间生命周期，迁移、分库、归档时容易成为障碍。真正难的不是怎么加，而是想清楚「谁该负责校验一致性」——是数据库，还是你的服务代码。