error 121主因是外键约束名在库内重复，需确保全局唯一；其次检查父表引擎是否为innodb、被引用列是否有索引、字符集与排序规则是否一致。
MySQL建表报错ERROR 121：外键名重复了
这个错误不是表结构本身有问题，而是你试图创建的外键约束名（CONSTRAINT name）在当前数据库里已经存在了。MySQL要求每个外键约束名在库内全局唯一，哪怕属于不同表、不同字段，只要名字一样就拒绝建表。
常见错误现象：
• 执行 CREATE TABLE 或 ALTER TABLE ... ADD CONSTRAINT 时直接报 ERROR 121: Can't create table ... (errno: 121)
• SHOW ENGINE INNODB STATUS\G 里能看到更具体的提示：Cannot add or update a child row: a foreign key constraint fails —— 但注意，这行其实常被误读，真正根源往往在约束名冲突，而不是数据不一致
- 检查已存在的外键名：运行
SELECT CONSTRAINT_NAME, TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE CONSTRAINT_SCHEMA = 'your_db_name' AND CONSTRAINT_NAME != 'PRIMARY'; - 别用通用名如
fk_user_id、fk_order_id—— 极易撞名；推荐带表前缀，比如fk_order_user_id、fk_order_item_order_id - 如果是从旧库导出 SQL 再导入新库，记得清理掉原
CONSTRAINT子句，或统一重命名（尤其是用 mysqldump 默认带约束名时）
不写 CONSTRAINT 名字会怎样？
MySQL 允许省略外键名，比如 FOREIGN KEY (user_id) REFERENCES users(id)。这时 MySQL 会自动生成一个名字，格式通常是 table_name_ibfk_N（N 是递增数字）。看起来省事，但隐患不少：
- 同一张表反复删重建，
_ibfk_1可能变成_ibfk_2，导致后续依赖该名字的ALTER TABLE ... DROP FOREIGN KEY失败 - 跨环境迁移（开发→测试→生产）时，自动生成名顺序不可控，自动化脚本容易因名字不一致中断
- 排查问题时看
SHOW CREATE TABLE输出，一堆ibfk名根本看不出业务含义
建议始终显式命名，哪怕只是加个简单前缀：CONSTRAINT fk_order_user_id FOREIGN KEY (user_id) REFERENCES users(id)
ERROR 121 还可能是其他原因？
虽然 90% 以上是约束名冲突，但还有两个冷门但真实存在的触发点：
- 引用的父表没用 InnoDB 引擎 —— 外键只支持 InnoDB，如果
users表是 MyISAM，即使约束名不重复也会报 121（错误码复用导致误导）；用SHOW CREATE TABLE users确认ENGINE=InnoDB - 父表字段没建索引 —— 被引用列（如
users.id）必须是键（PRIMARY KEY 或有单独 INDEX），否则建外键失败，同样可能报 121 - 字符集/排序规则不一致 —— 比如子表字段是
utf8mb4_unicode_ci，父表对应列是utf8mb4_general_ci，也会卡在 121；用SHOW FULL COLUMNS FROM table_name对比
查错顺序建议：先跑一遍约束名检查，再确认引擎和索引，最后对齐字符集。别一上来就怀疑 MySQL bug。
线上修复已存在的冲突外键
如果表已经建好，但发现外键名冲突导致后续操作失败（比如想给另一张表加同名外键），不能直接改约束名 —— MySQL 不支持 RENAME CONSTRAINT。得绕一下：
- 先用
SHOW CREATE TABLE your_table找到当前外键名（比如叫fk_user_id） - 执行
ALTER TABLE your_table DROP FOREIGN KEY fk_user_id; - 再用带新名字的语句加回去：
ALTER TABLE your_table ADD CONSTRAINT fk_order_user_id FOREIGN KEY (user_id) REFERENCES users(id);
注意：DROP FOREIGN KEY 后面跟的是约束名，不是列名，别写成 DROP FOREIGN KEY user_id —— 那会语法错误。
