1215错误由6类原因导致：①被引用字段非主键或唯一索引；②父子字段类型不完全一致（含UNSIGNED、字符集等）；③表引擎非InnoDB或字符集不一致；④子表存在父表中不存在的外键值；⑤索引类型不符；⑥多条件叠加需逐项排查。
为什么ALTER TABLE ADD CONSTRAINT报#1215错误
因为MySQL在加外键时不做“友好提示”，只抛#1215 - Cannot add foreign key constraint，但背后至少有6类互不干扰的失败原因。你不能靠猜，得按顺序查。
检查被引用字段是不是主键或唯一索引
外键必须指向父表中带索引的列，且该索引必须是PRIMARY KEY或UNIQUE KEY——仅加普通INDEX不行。
- 用
SHOW INDEX FROM parent_table WHERE Column_name = 'id';确认索引类型 - 如果没结果，说明没索引；如果
Non_unique = 1，说明只是普通索引，不是唯一约束 - 补救：执行
ALTER TABLE parent_table ADD PRIMARY KEY (id);或ADD UNIQUE KEY (id);
验证两个字段的数据类型是否完全一致
“看起来一样”不等于“MySQL认为一样”。INT和INT UNSIGNED、VARCHAR(10)和VARCHAR(20)、TINYINT和SMALLINT，全算不匹配。
- 查类型：用
SELECT COLUMN_NAME, COLUMN_TYPE, IS_NULLABLE FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME IN ('parent_table', 'child_table') AND COLUMN_NAME = 'xxx'; - 特别注意
UNSIGNED属性、显示宽度（如INT(11)vsINT(10)）、字符集（utf8mb4_unicode_ci≠utf8mb4_general_ci） - 改法示例：
ALTER TABLE child_table MODIFY COLUMN fk_id BIGINT UNSIGNED NOT NULL;
确认两张表都是InnoDB引擎且字符集一致
MyISAM表能加外键语法，但不生效；字符集不一致会导致隐式转换失败，即使类型相同也报错。
- 查引擎：
SELECT TABLE_NAME, ENGINE FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME IN ('parent_table', 'child_table'); - 转引擎：
ALTER TABLE parent_table ENGINE = InnoDB;（两张都得执行） - 查字符集：
SELECT TABLE_NAME, TABLE_COLLATION FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME IN ('parent_table', 'child_table'); - 不一致时，需统一修改表默认字符集+列字符集，不能只改表级
已有数据时，子表外键列值必须全部存在于父表中
这是最容易被忽略的“静默陷阱”：建约束前，子表里哪怕只有一行fk_id = 999，而父表id最大只到100，就会直接失败。
- 定位问题数据：
SELECT COUNT(*) FROM child_table LEFT JOIN parent_table ON child_table.fk_id = parent_table.id WHERE parent_table.id IS NULL AND child_table.fk_id IS NOT NULL; - 清理方式取决于业务：删掉孤儿记录、补父表缺失ID、或把非法值设为
NULL（前提是字段允许NULL） - 别信
DEFAULT值——如果列定义是INT DEFAULT 0，但父表没有id = 0，已有0值照样触发失败
真正卡住人的，往往不是某一条规则，而是多条件叠加：比如字段类型差一个UNSIGNED，同时父表缺主键，子表还有几条脏数据——得逐项排除，少查一步就白试十次。
