外键语法错误导致ERROR 1005/1215，主因是约束定义不合法：需双表均为InnoDB、父表被引用列须有匹配索引且类型字符集一致、子表外键列需索引、父表不能有子表无对应值的脏数据；ADD CONSTRAINT必须显式命名、指定ON DELETE/UPDATE级联动作、NULL值需合理处理；已有数据时须清理非法值；性能问题多因缺失索引，需确保父表被引用列及子表外键列均有有效索引。
外键语法写错导致 ERROR 1005 或 ERROR 1215
MySQL 报 ERROR 1005 (HY000): Can't create table 或 ERROR 1215 (HY000): Cannot add foreign key constraint，八成不是权限或存储引擎问题，而是约束定义本身不合法。
常见硬性前提必须同时满足：
- 两张表都必须是
InnoDB引擎（MyISAM不支持外键） - 被引用的列（父表）必须有索引（通常是主键或唯一键），且数据类型、字符集、排序规则要严格一致
- 引用列（子表）也必须有索引（MySQL 会自动为外键列建索引，但若该列已参与其他复合索引，顺序不匹配也会失败）
- 父表中不能存在子表里没有对应值的“脏数据”（比如子表
user_id = 999，但父表users里根本没有id = 999）
ADD CONSTRAINT 语句里最容易漏掉的三样东西
很多人只写 FOREIGN KEY (col) REFERENCES parent(col)，但缺了关键修饰，结果约束没生效或行为不符合预期。
- 必须显式命名约束：用
CONSTRAINT fk_order_user_id而不是依赖 MySQL 自动生成名，否则后续删改极难定位 - 必须指定级联动作：不写
ON DELETE/ON UPDATE，默认是RESTRICT（拒绝操作），但多数业务需要的是CASCADE或SET NULL - 子表外键列不能为
NULL却又没设ON DELETE SET NULL—— 如果允许空值，得确认是否真想让外键字段可空，否则应加NOT NULL
正确示例：
ALTER TABLE orders ADD CONSTRAINT fk_orders_user_id FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE ON UPDATE CASCADE;
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
已有数据的表加外键时，NULL 和默认值是最大雷区
如果子表已有数据，外键列含 NULL 值或非法值（如 user_id = 0 但 users.id 从 1 开始），MySQL 直接拒绝建约束。
- 先查出问题数据：
SELECT * FROM orders WHERE user_id NOT IN (SELECT id FROM users) AND user_id IS NOT NULL; - 清理方式取决于业务逻辑：删掉孤儿记录、补全父表数据、或把非法值统一改成
NULL（前提是外键列允许 NULL） - 注意：即使列定义是
INT DEFAULT 0，只要没显式插入值，MySQL 也不会自动填0；但如果你手动插过0，而父表没id = 0，这就构成冲突
外键建好后，INSERT/UPDATE 变慢？检查是否少了索引
外键本身不直接拖慢写入，但每次 INSERT/UPDATE 都会触发对父表的隐式 SELECT 检查（验证引用是否存在）。如果父表 id 没索引，或者子表外键列没被有效索引覆盖，性能会断崖下跌。
- 确认父表被引用列是主键或有独立索引：
SHOW INDEX FROM users WHERE Key_name = 'PRIMARY'; - 确认子表外键列单独有索引（哪怕只是单列索引）：
SHOW INDEX FROM orders WHERE Column_name = 'user_id'; - 如果外键列已是某个复合索引的最左前缀（如
INDEX idx_status_user (status, user_id)），它可被复用；否则需额外建索引
这事关查询计划是否走索引，而不是“外键功能开没开”——功能开了但没索引，照样锁表、全表扫。
外键不是开关，是契约。契约生效的前提，是两边的数据结构和现存数据都经得起校验。漏掉任意一环，它就静默失效，或者在某次上线后突然卡住一条关键 UPDATE。
