必须先查外键约束名才能正确执行 DROP FOREIGN KEY，因MySQL无专用命令查外键名，SHOW CREATE TABLE 是唯一可靠方式，它明确显示 CONSTRAINT fk_emp_dept_id 等完整定义，且删外键后须手动删除对应索引。
必须先查出外键约束名，才能正确执行 DROP FOREIGN KEY；直接写字段名或随便起个名字会报错。
为什么 SHOW CREATE TABLE 是唯一可靠的方式
MySQL 不提供类似 SHOW KEYS 那样直接列出外键名的命令，DESCRIBE 或 SHOW COLUMNS 只显示字段，不显示约束名。而外键名可能由系统自动生成（如 emp_ibfk_1），也可能由建表时显式指定（如 fk_emp_dept_id），不查就无从得知。
-
SHOW CREATE TABLE emp输出中，CONSTRAINT `fk_emp_dept_id` FOREIGN KEY (`dept_id`) REFERENCES `dept` (`id`)这一行明确给出了约束名 - 如果没写
CONSTRAINT子句，MySQL 会用表名_ibfk_序号自动生成，比如vip_ibfk_1 - 复制约束名时注意保留反引号（
`），尤其当名字含特殊字符或大小写混用时
ALTER TABLE ... DROP FOREIGN KEY 的语法细节
这条语句只接受「外键约束名」，不是字段名，也不是索引名，更不能省略 FOREIGN KEY 关键字。
- ✅ 正确：
ALTER TABLE emp DROP FOREIGN KEY fk_emp_dept_id - ❌ 错误：
ALTER TABLE emp DROP FOREIGN KEY dept_id（这是字段名） - ❌ 错误：
ALTER TABLE emp DROP KEY fk_emp_dept_id（缺FOREIGN） - ❌ 错误：
ALTER TABLE emp DROP fk_emp_dept_id（缺完整关键字）
删完外键后，别忘了手动删对应索引
MySQL 在创建外键时会自动在对应字段上建一个普通索引（即使该字段已有索引），但 DROP FOREIGN KEY 不会连带删掉它。残留索引可能干扰后续 DDL 或造成维护困惑。
- 用
SHOW INDEX FROM emp查看是否还有名为fk_emp_dept_id或dept_id的索引 - 确认后执行：
DROP INDEX fk_emp_dept_id ON emp - 如果索引名和约束名不一致（比如建表时另指定了索引名），得按实际索引名删
最易被忽略的是索引残留——很多人删完外键以为万事大吉，结果下次加同名约束失败，或者 EXPLAIN 看到多余索引却想不起来源。
