SET FOREIGN_KEY_CHECKS=0;
TRUNCATE table1;
TRUNCATE table2;
SET FOREIGN_KEY_CHECKS=1;

引用-截断外键约束表

在MYSQL为我工作

正确的;你不能截断一个有FK约束的表。

通常我的处理方法是:

去掉约束 截断表格 重新创建约束。

(当然，这一切都在一笔交易中。)

当然，这只适用于子节点已经被截断的情况。否则，我会走不同的路线，完全取决于我的数据是什么样子的。(变量太多，不便在此赘述。)

最初的海报决定了为什么会这样;更多细节请看这个答案。

如果您以任何频率执行此操作，甚至在时间表上，我绝对不会明确地使用DML语句。写入事务日志的成本非常高，将整个数据库设置为SIMPLE恢复模式以截断一个表是荒谬的。

最好的办法，不幸是艰苦或费力的办法。这是:

减少约束 截断表 重新创建约束

我这样做的过程包括以下步骤:

在SSMS中，右键单击有问题的表，并选择查看依赖项 记下引用的表格(如果有的话) 回到对象资源管理器，展开Keys节点并记下外键(如果有的话) 开始编写脚本(删除/截断/重新创建)

这种性质的脚本应该在begin tran和commit tran块中完成。

你可以按照这个步骤来做， 通过重新播种表，可以删除表中的数据。

delete from table_name
dbcc checkident('table_name',reseed,0)

如果出现错误，则必须重新播种主表。

我刚刚发现，只要先禁用子表上的外键约束，就可以在父表上使用TRUNCATE表。 如。

子表上的外键约束child_par_ref引用PARENT_TABLE

ALTER TABLE CHILD_TABLE DISABLE CONSTRAINT child_par_ref;
TRUNCATE TABLE CHILD_TABLE;
TRUNCATE TABLE PARENT_TABLE;
ALTER TABLE CHILD_TABLE ENABLE CONSTRAINT child_par_ref;

您可以尝试DELETE FROM <您的表>;。

服务器将向您显示限制的名称和表，删除该表可以删除所需的内容。