外键字段类型和长度必须完全一致
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中 删除后不会自动删索引，如果该外键字段上还有独立索引，需手动清理冗余索引 外键不是银弹。它保障了数据完整性，但也绑定了表间生命周期，迁移、分库、归档时容易成为障碍。真正难的不是怎么加，而是想清楚「谁该负责校验一致性」——是数据库，还是你的服务代码。
