很可能您的sourcecodes_tags表包含的sourcecode_id值在您的sourcecodes表中不再存在。你得先把它们处理掉。

下面是一个可以找到这些id的查询:

SELECT DISTINCT sourcecode_id FROM 
   sourcecodes_tags tags LEFT JOIN sourcecodes sc ON tags.sourcecode_id=sc.id 
WHERE sc.id IS NULL;

使用NOT IN查找约束约束的位置:

SELECT column FROM table WHERE column NOT IN 
(SELECT intended_foreign_key FROM another_table)

所以，更具体地说:

SELECT sourcecode_id FROM sourcecodes_tags WHERE sourcecode_id NOT IN 
(SELECT id FROM sourcecodes)

EDIT: IN和NOT IN操作符比JOIN操作符快得多，而且更容易构造和重复。

这也发生在设置父外键时。Id到child。列如果是子元素。列的值已经为0，并且没有父元素。Id值为0

你需要确保每个孩子。列为NULL或在parent.id中存在值

现在我读了nos写的声明，这就是他所确认的。

最后，我删除了表中的所有数据，并再次运行alter。它的工作原理。不是很聪明，但它节省了很多时间，尤其是你的应用程序还处于开发阶段，没有任何客户数据。

我的MySQL数据库也有同样的问题，但最后，我找到了一个适合我的解决方案。 因为在我的表中，从mysql的角度来看一切都很好(两个表都应该使用InnoDB引擎，每列的数据类型应该是相同的类型，参与外键约束)。 我所做的唯一一件事是禁用外键检查，然后在执行外键操作后启用它。 我采取的步骤:

SET foreign_key_checks = 0;

alter table tblUsedDestination add constraint f_operatorId foreign key(iOperatorId) references tblOperators (iOperatorId); Query
OK, 8 rows affected (0.23 sec) Records: 8  Duplicates: 0  Warnings: 0

SET foreign_key_checks = 1;

同样的问题我遇到过三次。在每种情况下，都是因为我的一个(或多个)记录不符合新的外键。在尝试添加外键本身之前，您可能希望更新现有记录以遵循外键的语法约束。下面的例子通常可以隔离问题记录:

SELECT * FROM (tablename)
    WHERE (candidate key) <> (proposed foreign key value) 
        AND (candidate key) <> (next proposed foreign key value)

对于外键中的每个值，在查询中重复AND(候选键)<>(下一个建议的外键值)。

如果您有大量的记录，这可能会很困难，但如果您的表相当小，这应该不会花费太长时间。我在SQL语法方面不是很出色，但这始终为我隔离了问题。

我遇到了同样的问题，我检查了我的表行，发现有一些不兼容的字段值，我想定义一个外键。我修正了这些值，再次尝试，问题解决了。

对我来说，这个问题有点不同，而且超级容易检查和解决。

你必须确保你的两个表都是InnoDB。如果其中一个表(即引用表)是MyISAM，约束将失败。

    SHOW TABLE STATUS WHERE Name =  't1';

    ALTER TABLE t1 ENGINE=InnoDB;

我今天也遇到了同样的问题。我测试了四个方面，其中一些已经在这里提到了:

你的子列中是否存在父列中不存在的值(除了NULL，如果子列为空) 子列和父列是否具有相同的数据类型? 您所引用的父列上是否有索引?MySQL似乎出于性能原因需要这样做(http://dev.mysql.com/doc/refman/5.5/en/create-table-foreign-keys.html) 这个为我解决了这个问题:两个表是否具有相同的排序规则?

一个表是UTF-8格式，另一个表是iso-something格式。这并没有起作用。将iso-table更改为UTF-8排序规则后，可以毫无问题地添加约束。在我的例子中，phpMyAdmin甚至没有在创建外键约束的下拉菜单中显示iso-encoding的子表。

截断表，然后尝试添加FK约束。

我知道这个解决方案有点尴尬，但它确实100%有效。但我同意这不是解决问题的理想方案，但我希望它能有所帮助。

清空两个表的数据并运行该命令。它会起作用的。

你只需要回答一个问题

您的表已经存储数据了吗?(特别是表中包含外键。)

如果答案是肯定的，那么您需要做的唯一一件事就是删除所有记录，然后您可以自由地向表中添加任何外键。

删除指令:从子表(包括外键表)到父表。

不能在数据条目后添加外键的原因是由于表不一致，您将如何处理一个新的外键对前数据填充的表?

如果答案是否定的，那么按照其他指示进行。

似乎有一些无效值的列0不是一个有效的外键，所以MySQL不能为它设置外键约束。

你可以遵循以下步骤:

删除您试图为其设置FK约束的列。 再次添加它，并将其默认值设置为NULL。 尝试再次为它设置外键约束。

UPDATE sourcecodes_tags
SET sourcecode_id = NULL
WHERE sourcecode_id NOT IN (
  SELECT id FROM sourcecodes);

应该有助于摆脱这些id。或者如果sourcecode_id中不允许为空，则删除这些行或将那些缺失的值添加到sourcecodes表中。

我正在准备这个解决方案，这个例子可能会有帮助。

我的数据库有两个表(email和credit_card)，它们的id都有主键。另一个表(客户端)将这些表id引用为外键。除了客户数据之外，我有理由拥有电子邮件。

首先，我为引用的表(email, credit_card)插入行数据，然后获得每个表的ID，这些ID在第三个表(客户端)中需要。

如果你不先在引用的表中插入行，当你在第三个引用外键的表中插入新行时，MySQL将不能进行相应的操作。

如果首先插入引用表的引用行，然后插入引用外键的行，则不会发生错误。

希望这能有所帮助。

我在使用Laravel和eloquent时得到这个错误，试图创建外键链接会导致1452。问题在于链接表中缺少数据。

请看这里的例子:http://mstd.eu/index.php/2016/12/02/laravel-eloquent-integrity-constraint-violation-1452-foreign-key-constraint/

我有同样的问题，并找到解决方案，在外键列上放置NULL而不是NOT NULL。下面是一个查询:

ALTER TABLE `db`.`table1`
ADD COLUMN `col_table2_fk` INT UNSIGNED NULL,
ADD INDEX `col_table2_fk_idx` (`col_table2_fk` ASC),
ADD CONSTRAINT `col_table2_fk1`
FOREIGN KEY (`col_table2_fk`)
REFERENCES `db`.`table2` (`table2_id`)
ON DELETE NO ACTION
ON UPDATE NO ACTION;

MySQL已经执行了这个查询!

试试这个

SET foreign_key_checks = 0;

ALTER TABLE sourcecodes_tags ADD FOREIGN KEY (sourcecode_id) REFERENCES sourcecodes (id) ON DELETE CASCADE ON UPDATE CASCADE

SET foreign_key_checks = 1;

确保值在另一个表中，否则将在指定的相应列中得到此错误。

因此，如果它被赋值column被赋值给另一个表的行id，请确保表中有行，否则将出现此错误。

你可以试试这个例子

 START TRANSACTION;
 SET foreign_key_checks = 0;
 ALTER TABLE `job_definers` ADD CONSTRAINT `job_cities_foreign` FOREIGN KEY 
 (`job_cities`) REFERENCES `drop_down_lists`(`id`) ON DELETE CASCADE ON UPDATE CASCADE;
 SET foreign_key_checks = 1;
 COMMIT;

注意:如果您正在使用phpmyadmin，只需取消启用外键检查

为例

希望这个解决方案能解决你的问题:)

在我的案例中，我创建了一个具有相同结构的新表，创建了与其他表的关系，然后从有问题的旧表中提取CSV格式的数据，然后将CSV导入到新表中并禁用外键检查和禁用导入中断，我的所有数据都成功插入到没有问题的新表中，然后删除旧表。

这对我很管用。