如何在 MySQL 中临时禁用外键约束?
Posted
技术标签:
【中文标题】如何在 MySQL 中临时禁用外键约束?【英文标题】:How can I temporarily disable a foreign key constraint in MySQL? 【发布时间】:2013-03-08 06:09:00 【问题描述】:是否可以在 mysql 中暂时禁用约束?
我有两个 Django 模型,每个模型都有一个指向另一个模型的外键。由于外键约束,删除模型实例会返回错误:
cursor.execute("DELETE FROM myapp_item WHERE n = %s", n)
transaction.commit_unless_managed() #a foreign key constraint fails here
cursor.execute("DELETE FROM myapp_style WHERE n = %s", n)
transaction.commit_unless_managed()
是否可以暂时禁用约束并删除?
【问题讨论】:
要么我不明白你想做的事,要么你想做的事非常、非常、非常难看。即使你能做到,你也不应该这样做。 删除并重新应用 FK 正在更改您的数据库。你试图挑战那些让系统看到某种意义的限制,它没有考虑到 FK 可能是一个临时的东西,如果它知道,它会恐慌。 你想做什么很奇怪。但是您使用的是哪个数据库? 如果您没有禁用约束,而是将其永久修改为ON DELETE SET NULL
,该怎么办?这将完成类似的事情,您不必打开和关闭密钥检查。
@dnagirl:确实会更好。我该怎么做?
【参考方案1】:
试试DISABLE KEYS
或
SET FOREIGN_KEY_CHECKS=0;
确保
SET FOREIGN_KEY_CHECKS=1;
之后。
【讨论】:
这是为整个 mysql 设置的还是只是那个会话? 我相信是每次会话。 serverfault.com/questions/291100/… ,还要注意你 cannotdisable keys
代表 Innodb
我可以只为单个表禁用 FOREIGN_KEY_CHECKS 吗?
澄清@Pacerier 的评论:对于Innodb,您不能DISABLE KEYS
。但是您可以使用显示的其他命令完成此问题中的要求:SET FOREIGN_KEY_CHECKS=0;
(起初我以为他说没有办法做到这一点。)【参考方案2】:
不要禁用约束,而是将其永久修改为 ON DELETE SET NULL。这将完成类似的事情,您不必打开和关闭密钥检查。像这样:
ALTER TABLE tablename1 DROP FOREIGN KEY fk_name1; //get rid of current constraints
ALTER TABLE tablename2 DROP FOREIGN KEY fk_name2;
ALTER TABLE tablename1
ADD FOREIGN KEY (table2_id)
REFERENCES table2(id)
ON DELETE SET NULL //add back constraint
ALTER TABLE tablename2
ADD FOREIGN KEY (table1_id)
REFERENCES table1(id)
ON DELETE SET NULL //add back other constraint
阅读此 (http://dev.mysql.com/doc/refman/5.5/en/alter-table.html) 和此 (http://dev.mysql.com/doc/refman/5.5/en/create-table-foreign-keys.html)。
【讨论】:
注意更改表可能需要很长时间,最好将FOREIGN_KEY_CHECKS
的服务器全局设置为0,并在完成脏活后将其放回原处。此外,它可能会因写表而被锁定。
更改远程列类型时不会破坏引用吗? (看来我的客户将修改后的临时表重命名为原始表名。)【参考方案3】:
如果键字段可以为空,那么您也可以在尝试删除它之前将其值设置为空:
cursor.execute("UPDATE myapp_item SET myapp_style_id = NULL WHERE n = %s", n)
transaction.commit_unless_managed()
cursor.execute("UPDATE myapp_style SET myapp_item_id = NULL WHERE n = %s", n)
transaction.commit_unless_managed()
cursor.execute("DELETE FROM myapp_item WHERE n = %s", n)
transaction.commit_unless_managed()
cursor.execute("DELETE FROM myapp_style WHERE n = %s", n)
transaction.commit_unless_managed()
【讨论】:
【参考方案4】:要全局关闭外键约束,请执行以下操作:
SET GLOBAL FOREIGN_KEY_CHECKS=0;
完成后记得将其设置回来
SET GLOBAL FOREIGN_KEY_CHECKS=1;
警告:只有在进行单用户模式维护时才应该这样做。因为它可能导致数据不一致。例如,当您使用 mysqldump 输出上传大量数据时,它会非常有用。
【讨论】:
这是我需要知道的,所以这不是很好的做法,但是这家伙的回答应该得分更高...... 在尝试“最佳答案”对我不起作用后,这对我有用。也许可以添加对差异的解释。 @hexnet 不同的是SET FOREIGN_KEY_CHECKS
只是改变当前连接的值,而SET GLOBAL ..
改变所有连接的值>,包括未来的连接。如果您只是在一个窗口中执行SET FOREIGN..
,然后尝试在不同的窗口(通过不同的连接)应用该语句,则该值在那里没有改变。对于GLOBAL
,同一个变量对于两个连接具有相同的值。
播放更大的转储(6+ GB)时唯一可以帮助我
这对我不起作用。当我尝试时,我看到:ERROR 1228 (HY000): Variable 'foreign_key_checks' is a SESSION variable and can't be used with SET GLOBAL
【参考方案5】:
将外键约束设置为 0 不是一个好主意,因为如果这样做,您的数据库将无法确保它不违反参照完整性。这可能会导致数据不准确、误导或不完整。
您创建外键是有原因的:因为子列中的所有值都应与父列中的值相同。如果没有外键约束,子行的值可能不在父行中,这会导致数据不准确。
例如,假设您有一个供学生登录的网站,并且每个学生都必须以用户身份注册一个帐户。您有一个用户 ID 表,用户 ID 作为主键;和另一个学生帐户表,以学生 ID 作为列。由于每个学生都必须有一个用户 ID,因此将学生帐户表中的学生 ID 设为引用用户 ID 表中主键用户 ID 的外键是有意义的。如果没有外键检查,一个学生最终可能会得到一个学生 id 而没有用户 id,这意味着一个学生可以在没有成为用户的情况下获得一个帐户,这是错误的。
想象一下,如果它发生在大量数据上。这就是您需要外键检查的原因。
最好找出导致错误的原因。最有可能的是,您尝试从父行中删除而不从子行中删除。在从父行删除之前尝试从子行中删除。
【讨论】:
诚然,总会有取舍。 没有人说要永远这样运行它。您关闭约束,批量加载一些数据,然后将其重新打开。没什么大不了的,人们一直都在这样做。 批量导入是必须的,至少为了性能,很常见。有时您只需要恢复数据,然后您就可以进行检查。 这不是问题的答案。 注意,他的问题是暂时怎么做。这在进行某些维护和数据导入时是必需的。当然需要注意的是,您的导入脚本将负责数据完整性。然后,稍后当索引和约束重新打开时,数据库会告诉您是否有问题。【参考方案6】:我通常只在想要截断表时禁用外键约束,并且由于我不断回到这个答案,这是为未来的我准备的:
SET FOREIGN_KEY_CHECKS=0;
TRUNCATE TABLE table;
SET FOREIGN_KEY_CHECKS=1;
【讨论】:
【参考方案7】:在phpMyAdmin 中,您可以选择多行,然后可以单击删除操作。您将进入一个列出删除查询的屏幕。它看起来像这样:
请取消选中“启用外键检查”复选框,然后单击是执行它们。
这将使您能够删除行,即使存在 ON DELETE 限制约束。
【讨论】:
【参考方案8】:phpMyAdmin 的一个非常简单的解决方案:
在您的表中,转到 SQL 选项卡 编辑要运行的 SQL 命令后,GO 旁边有一个复选框,名为“启用外键检查”。 取消选中此复选框并运行您的 SQL。执行后会自动复查。【讨论】:
谢谢!确实解决方案SET FOREIGN_KEY_CHECKS=0; ..... SET FOREIGN_KEY_CHECKS=1;
在 PHPMyAdmin 中对我不起作用,因为我忘记取消选中“启用外键检查”复选框。在 PHPMyAdmin 中,您可以跳过这些 SET 命令并取消选中复选框。【参考方案9】:
全局关闭外键约束:
SET GLOBAL FOREIGN_KEY_CHECKS = 0;
对于活动外键约束:
SET GLOBAL FOREIGN_KEY_CHECKS = 1;
【讨论】:
【参考方案10】:对我来说,仅仅SET FOREIGN_KEY_CHECKS=0;
是不够的。
我仍然有一个com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException
。
我必须添加ALTER TABLE myTable DISABLE KEYS;
。
所以:
SET FOREIGN_KEY_CHECKS=0;
ALTER TABLE myTable DISABLE KEYS;
DELETE FROM myTable;
ALTER TABLE myTable ENABLE KEYS;
SET FOREIGN_KEY_CHECKS=1;
【讨论】:
仅供参考,mySQL 5.7 抛出警告,InnoDB 引擎在运行 DISABLE KEYS 命令时没有此选项。 这确实有效,但没有 alter table 它对我也不起作用以上是关于如何在 MySQL 中临时禁用外键约束?的主要内容,如果未能解决你的问题,请参考以下文章