虚假外键约束失败

Question

我收到此错误消息：

第 40 行出现错误 1217 (23000)：无法 删除或更新父行：a 外键约束失败

...当我尝试删除表时：

DROP TABLE IF EXISTS `area`;

...定义如下：

CREATE TABLE `area` (
  `area_id` char(3) COLLATE utf8_spanish_ci NOT NULL,
  `nombre_area` varchar(30) COLLATE utf8_spanish_ci NOT NULL,
  `descripcion_area` varchar(100) COLLATE utf8_spanish_ci NOT NULL,
  PRIMARY KEY (`area_id`),
  UNIQUE KEY `nombre_area_UNIQUE` (`nombre_area`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci;

有趣的是，我已经删除了模式中具有针对 >区域。实际上，除了area表之外，数据库是空的。

如果数据库中没有任何其他对象，它怎么可能有子行？据我所知，InnoDB 不允许在其他模式上使用外键，是吗？

（我什至可以运行 RENAME TABLE area TO Something_else 命令：-？）

Answer 1

按需，现在作为答案...

使用 MySQL 查询浏览器或 phpMyAdmin 时，似乎为每个查询打开一个新连接（bugs.mysql.com/bug.php?id=8280)，因此有必要在一个查询中编写所有 drop 语句，例如：

SET FOREIGN_KEY_CHECKS=0; 
DROP TABLE my_first_table_to_drop; 
DROP TABLE my_second_table_to_drop; 
SET FOREIGN_KEY_CHECKS=1; 

其中 SET FOREIGN_KEY_CHECKS=1 作为额外的安全措施......

Answer 2

两种可能性：

1. 在另一个模式（mysql 术语中的“数据库”）中存在一个表，该表具有 FK 引用
2. innodb 内部数据字典与 mysql 不同步。

您可以通过在删除失败后执行“SHOW ENGINE INNODB STATUS”来查看它是哪个表（无论如何，其中之一）。

如果事实证明是后一种情况，如果可以的话，我会转储并恢复整个服务器。

MySQL 5.1 及更高版本将在错误消息中为您提供带有 FK 的表名称。

Answer 3

禁用外键检查

SET FOREIGN_KEY_CHECKS=0

Answer 4

来自此博客：

您可以暂时禁用外键检查：

SET FOREIGN_KEY_CHECKS=0;

只需确保在完成后恢复它们乱搞：

SET FOREIGN_KEY_CHECKS=1;

Answer 5

希望它的工作

SETforeign_key_checks = 0;
DROP TABLE 表名;
设置foreign_key_checks = 1;

Answer 6

在 Rails 上，可以使用 rails 控制台 执行以下操作：

connection = ActiveRecord::Base.connection
connection.execute("SET FOREIGN_KEY_CHECKS=0;")

Answer 7

也许您之前使用此表时收到错误。您可以重命名该表并尝试再次删除它。

ALTER TABLE `area` RENAME TO `area2`;
DROP TABLE IF EXISTS `area2`;

Answer 8

我找到了一个简单的解决方案，导出数据库，在文本编辑器中编辑您想要编辑的内容，然后导入它。完毕

Answer 9

无法删除或更新父行：外键约束失败 (table1.user_role, CONSTRAINT FK143BF46A8dsfsfds@#5A6BD60 FOREIGN KEY ( user_id) 参考 user (id))

我通过两个简单的步骤做了什么。首先我删除子表中的子行，例如

mysql>从 table2 中删除，其中 role_id = 2 &&用户id=20；

查询正常，1 行受影响（0.10 秒）

，第二步是

从 table1 中删除父级删除，其中 id = 20；

查询正常，1 行受影响（0.12 秒）

通过这个我解决了问题，这意味着删除子项然后删除父项

我希望你明白了。 :)