我得到这个问题，即使我的父表有我在我的子表中引用的所有值。问题似乎是我不能向一个外键添加多个子引用。换句话说，如果我有5行数据引用了相同的外键，MySQL只允许我上传第一行，并给我错误1452。

对我来说有用的是输入代码“SET GLOBAL FOREIGN_KEY_CHECKS=0”。在那之后，我关闭MySQL，然后重新启动它，我能够上传我所有的数据，没有任何错误。然后我输入“SET GLOBAL FOREIGN_KEY_CHECKS=1”来设置系统恢复正常，尽管我不完全确定FOREIGN_KEY_CHECKS做什么。希望这能有所帮助!

您必须删除子表中与父表主键没有任何对应外键值的数据。或者删除子表中的所有数据，然后插入与父表中主键值相同的新数据。这应该有用。

在我的例子中，表格完全一致。

不管怎样，我得到这个错误是因为我(意外地)在同一个字段上创建了多个FK约束。

我运行下面的查询来显示所有的键:

SELECT *
FROM information_schema.table_constraints
WHERE constraint_schema = 'my_db_name'

我用以下查询删除了错误的:

ALTER TABLE my_table
DROP FOREIGN KEY wrong_fk_constraint; 

你也可以运行这个查询来检查它:

SHOW CREATE TABLE my_table;

您的ORDRELINJE表与ORDER表使用外键约束约束Ordrelinje_fk外键(orderre)引用orderre (orderid)根据orderre int NOT NULL，表ORDRELINJE的列必须匹配任何orderre int NOT NULL, ORDER表的列。

现在在这里发生的是，当你插入新行到ORDRELINJE表，根据fk约束Ordrelinje_fk，它是检查ORDER表，如果OrdreID是存在或不存在，因为它不匹配任何OrderId，编译器抱怨外键违反。这就是您得到这个错误的原因。

外键是另一个表的主键，您可以在任何表中使用它来连接两者。此键由创建表时指定的外键约束绑定。对数据的任何操作都不能违反这个约束。违反这个约束可能会导致这样的错误。

希望我讲清楚了。

当使用外键时，插入的列顺序应该相同。

例如，如果你从table2中添加(userid, password)到table1中，那么从table2中添加(userid, password)的顺序应该是相同的(userid, password)，而不是(password,userid)，其中userid是table1的table2中的外键。

在插入外键属性值时，首先验证属性类型，以及父关系中的主键属性值，如果父关系中的值匹配，那么就可以轻松地插入/更新子属性值。