必须用 SHOW CREATE TABLE 表名 查看完整建表语句，从中定位 CONSTRAINT 后反引号内的约束名（如 FK_User_id），该名称独立于字段名和索引名，大小写敏感且不可加引号；也可通过查询 INFORMATION_SCHEMA.KEY_COLUMN_USAGE 获取 CONSTRAINT_NAME、TABLE_NAME 等元信息。
不能直接修改外键约束，必须先删后建 —— 这是 MySQL 的硬限制，不是操作习惯问题。
怎么查出当前外键的名称和定义？
外键名不是字段名，也不是索引名，它独立存在于约束层级。不查清楚就动手，DROP FOREIGN KEY 会报错说“Unknown constraint”。
- 用
SHOW CREATE TABLE your_table_name查看完整建表语句，找到类似CONSTRAINT `FK_User_id` FOREIGN KEY (`User_id`) REFERENCES `Users` (`User_id`)的行 - 注意：约束名（如
`FK_User_id`）在反引号里，且可能和索引名不同；有些工具或迁移脚本会自动生成带哈希的长名，比如`FK_i1q2cf5pxfr8r69cfci3yyari` - 别依赖
DESC your_table_name或SHOW INDEXES FROM your_table_name，它们只显示索引，不显示约束名
改外键名或 ON DELETE/ON UPDATE 规则的实操步骤
核心就是两步：删旧约束 + 建新约束。中间不能跳过，也不能合并成一条语句。
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 第一步删约束：
ALTER TABLE UserDetails DROP FOREIGN KEY FK_User_id—— 注意这里不加反引号，MySQL 对约束名大小写敏感，且不允许引号包裹 - 第二步建新约束：
ALTER TABLE UserDetails ADD CONSTRAINT FK_User_id_new FOREIGN KEY (User_id) REFERENCES Users(User_id) ON DELETE CASCADE ON UPDATE CASCADE - 如果只是改行为（比如从
RESTRICT改成CASCADE），约束名可以复用，但必须显式写出全部定义，MySQL 不支持部分更新 - 执行前确认存储引擎是
InnoDB：SHOW TABLE STATUS LIKE 'UserDetails'中Engine字段必须为InnoDB，MyISAM 不支持外键
为什么改字段名时外键也得重挂？
如果你要改的是外键列本身的名字（比如把 User_id 改成 user_id），那约束会自动失效 —— 因为约束定义里写的还是旧列名。
- 先删外键：
ALTER TABLE UserDetails DROP FOREIGN KEY FK_User_id - 再改字段：
ALTER TABLE UserDetails CHANGE User_id user_id INT NOT NULL - 最后重建外键：
ALTER TABLE UserDetails ADD CONSTRAINT FK_user_id FOREIGN KEY (user_id) REFERENCES Users(User_id) - 特别注意：字段类型、长度、符号位（
SIGNED/UNSIGNED）必须和被引用列完全一致，否则ADD CONSTRAINT会报ERROR 1005
真正容易卡住的地方不是语法，而是约束名记错、引擎不是 InnoDB、字段类型不匹配这三点。跑之前花 30 秒查一遍 SHOW CREATE TABLE，比反复试错快得多。
