在当前的(可能有缺陷的)设计下，必须先删除广告主表中的行，然后才能删除它引用的作业表中的行。

或者，您可以设置外键，以便在父表中删除会自动删除子表中的行。这称为级联删除。它看起来是这样的:

ALTER TABLE `advertisers`
ADD CONSTRAINT `advertisers_ibfk_1`
FOREIGN KEY (`advertiser_id`) REFERENCES `jobs` (`advertiser_id`)
ON DELETE CASCADE;

话虽如此，正如其他人已经指出的那样，你的外键感觉应该反过来，因为广告主表包含主键，而工作表包含外键。我可以这样重写:

ALTER TABLE `jobs`
ADD FOREIGN KEY (`advertiser_id`) REFERENCES `advertisers` (`advertiser_id`);

级联删除是不必要的。

如果有多个工作具有相同的advertiser_id，那么你的外键应该是:

ALTER TABLE `jobs`
ADD CONSTRAINT `advertisers_ibfk_1` 
FOREIGN KEY (`advertiser_id`) 
REFERENCES `advertisers` (`advertiser_id`);

否则(如果在你的情况下是相反的)，如果你想在删除job中的行时自动删除advertiser中的行，则在外键的末尾添加'ON DELETE CASCADE'选项:

ALTER TABLE `advertisers`
ADD CONSTRAINT `advertisers_ibfk_1` 
FOREIGN KEY (`advertiser_id`) 
REFERENCES `jobs` (`advertiser_id`)
ON DELETE CASCADE;

检查外键约束

同样，必须先删除广告主表中的行，然后才能删除它引用的作业表中的行。这样的:

ALTER TABLE `advertisers`
  ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) 
      REFERENCES `jobs` (`advertiser_id`);

.．.实际上与它应有的样子是相反的。事实上，这意味着你必须在广告客户之前在工作表中有一个记录。所以你需要使用:

ALTER TABLE `jobs`
  ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) 
      REFERENCES `advertisers` (`advertiser_id`);

一旦纠正了外键关系，delete语句就可以工作了。

我觉得你的外键放反了。试一试:

ALTER TABLE 'jobs'
ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) REFERENCES `advertisers` (`advertiser_id`)

也许你应该试试ON DELETE CASCADE

创建数据库或表时

您应该在创建数据库或表的顶部脚本中添加这一行

SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=1;

现在要从表中删除记录?然后写成

SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=1;
DELETE FROM `jobs` WHERE `job_id` =1 LIMIT 1

好运！

简单的方法是禁用外键检查;进行更改，然后重新启用外键检查。

SET FOREIGN_KEY_CHECKS=0; -- to disable them
SET FOREIGN_KEY_CHECKS=1; -- to re-enable them

你需要按顺序删除它 表中存在依赖关系

如果您需要尽快支持客户端，又没有权限访问

FOREIGN_KEY_CHECKS

因此，数据完整性可以被禁用:

1)删除外键

ALTER TABLE `advertisers` 
DROP FOREIGN KEY `advertisers_ibfk_1`;

2)通过SQL或API激活您的删除操作

3)将外键添加回schema

ALTER TABLE `advertisers`
  ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) REFERENCES `jobs` (`advertiser_id`);

然而，这是一个热修复，因此风险由您自己承担，因为这种方法的主要缺陷是事后需要手动保持数据完整性。

如果要删除表，应在一个步骤中执行以下查询

设置FOREIGN_KEY_CHECKS = 0; DROP TABLE table_name;

我一直在使用的这个替代方法如何:允许外键为NULL，然后选择ON DELETE SET NULL。

就我个人而言，我更喜欢同时使用“ON UPDATE CASCADE”和“ON DELETE SET NULL”来避免不必要的复杂性，但在你的设置上，你可能需要不同的方法。此外，NULL外键值可能会导致并发症，因为你不知道到底发生了什么。因此，这种更改应该与应用程序代码的工作方式密切相关。

希望这能有所帮助。

我在幼虫迁徙中也遇到过这个问题 在down()方法中，下拉表的顺序很重要

Schema::dropIfExists('groups');
Schema::dropIfExists('contact');

也许不行，但如果你改变顺序，就行了。

Schema::dropIfExists('contact');
Schema::dropIfExists('groups');

您可以创建一个触发器，在删除作业之前删除其中引用的行。

    DELIMITER $$
    CREATE TRIGGER before_jobs_delete 
        BEFORE DELETE ON jobs
        FOR EACH ROW 
    BEGIN
        delete from advertisers where advertiser_id=OLD.advertiser_id;
    END$$
    DELIMITER ;

此错误的主要问题是错误代码:1451。不能删除或更新父行:外键约束失败是因为它不让您知道哪个表包含FK失败，因此很难解决冲突。

如果您使用MySQL或类似的数据库，我发现您可以为您的数据库创建一个ER图，然后您可以检查并安全地删除任何触发错误的冲突。

使用MySQL工作台 点击数据库->逆向工程 选择正确的连接 接下来直到最后，记得选择需要检查的数据库和表 现在你有了ER图，你可以看到哪个表有FK冲突

我尝试了@Alino Manzi提到的解决方案，但它在使用wpdb的WordPress相关表上对我不起作用。

然后我修改代码如下，它工作

SET FOREIGN_KEY_CHECKS=OFF; //disabling foreign key

//run the queries which are giving foreign key errors

SET FOREIGN_KEY_CHECKS=ON; // enabling foreign key

这种情况也发生在我身上，由于来自其他表的依赖关系和引用，我无法删除该条目。我所做的是，我添加了一个删除列(类型为boolean)到表中。该字段中的值显示项目是否标记为删除。如果标记为删除，则不会获取或使用它，否则将使用它。

禁用外键检查并进行更改，然后重新启用外键检查。

SET FOREIGN_KEY_CHECKS=0; -- to disable them
DELETE FROM `jobs` WHERE `job_id` = 1 LIMIT 1 
SET FOREIGN_KEY_CHECKS=1; -- to re-enable them

在Symfony中使用时，此错误仍然存在 Doctrine查询语言，我在实体文件中添加了onDelete

/**
 * @ORM\ManyToOne(targetEntity=Pricelist::class)
 * @ORM\JoinColumn(name="pricelist_id", referencedColumnName="id", onDelete="SET NULL")
 */

转到phpmyadmin复制SQL查询并粘贴到插入查询框中。在按go键之前取消启用外键检查。下落时，您可以取消复选框，继续下落的桌子。应该工作