必须先查出外键约束名，不能直接用列名或表名；正确语法为ALTER TABLE 表名 DROP FOREIGN KEY 约束名（需反引号）；删后须手动DROP INDEX清理残留索引并验证孤儿数据。
必须先查出外键约束名，不能猜或硬写
MySQL 的 DROP FOREIGN KEY 语句只接受**完整的约束名**，不是列名（如 user_id），也不是被引用的表名（如 users），更不是索引名。直接写 ALTER TABLE orders DROP FOREIGN KEY user_id 会报错 ERROR 1025 (HY000): Error on rename 或提示约束不存在。
最可靠的方式是执行：SHOW CREATE TABLE orders
在输出中找形如 CONSTRAINT `fk_order_user_id` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) 的行。复制时务必保留反引号（`），尤其当名字含大小写、下划线或 MySQL 关键字时。
备选方案（适合脚本化）：SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'orders' AND REFERENCED_TABLE_NAME IS NOT NULL
ALTER TABLE DROP FOREIGN KEY 语法必须严格匹配
语句格式固定，任何偏差都会失败：
- ✅ 正确：
ALTER TABLE orders DROP FOREIGN KEY `fk_order_user_id` - ❌ 错误：
ALTER TABLE orders DROP KEY `fk_order_user_id`（缺FOREIGN） - ❌ 错误：
ALTER TABLE orders DROP FOREIGN KEY fk_order_user_id（没反引号，大小写敏感环境会失败） - ❌ 错误：
ALTER TABLE orders DROP FOREIGN KEY `user_id`（这是列名，不是约束名）
执行后无成功提示，但再次运行 SHOW CREATE TABLE orders 应该看不到对应 CONSTRAINT ... FOREIGN KEY 行。
删完外键后必须手动删除残留索引
MySQL 在添加外键时会自动在关联字段上建一个 BTREE 索引（即使该字段已有索引），但 DROP FOREIGN KEY **完全不会删除它**——这个索引会残留下来，后续可能干扰 DDL 操作，比如加同名外键时报 Cannot add or update a child row: a foreign key constraint fails，或 EXPLAIN 显示多余索引却找不到来源。
操作步骤：
- 先查索引：
SHOW INDEX FROM orders，找名称为fk_order_user_id或字段为user_id且Key_name不是主键/唯一键的 BTREE 索引 - 确认该索引无其他用途（比如被其他查询依赖）后，执行：
DROP INDEX `fk_order_user_id` ON orders - 如果索引名和约束名不一致（如建表时另指定了
INDEX idx_user_id），得按实际索引名删
是否需要 SET FOREIGN_KEY_CHECKS=0？
不需要。这个设置只影响「对数据的增删改」是否检查外键规则，和「删除外键约束本身」无关。你可以在 FOREIGN_KEY_CHECKS=1 状态下安全执行 DROP FOREIGN KEY。
但要注意：删完外键后，原表间的数据一致性就不再受保护了。如果业务逻辑仍依赖这种关联（比如应用层假定 orders.user_id 总能 JOIN 到 users.id），那删约束只是移除了数据库层的兜底，却没解决潜在的孤儿数据问题——这点最容易被忽略。
