也许你应该试穿一下

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

FOREIGN_KEY_CHECKS

以便禁用数据完整性：
1） 删除外键

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

2） 通过sql或api激活删除操作
3） 将外键添加回架构

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

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

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

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

在当前（可能有缺陷）的设计下，必须先从广告客户表中删除行，然后才能删除它引用的jobs表中的行。
或者，可以设置外键，以便父表中的删除操作会自动删除子表中的行。这称为级联删除。它看起来像这样：

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

尽管如此，正如其他人已经指出的那样，您的外键感觉应该是相反的，因为广告商表实际上包含主键，而jobs表包含外键。我会这样重写：

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

无需级联删除。

我尝试了@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

如果表中存在依赖项，则需要按顺序删除它

这个erorr的主要问题 Error Code: 1451. Cannot delete or update a parent row: a foreign key constraint fails 因为它不让您知道哪个表包含fk失败，所以很难解决冲突。
如果您使用mysql或类似的工具，我发现您可以为您的数据库创建er图，然后您可以检查并安全地删除触发错误的任何冲突。
使用mysql工作台
点击数据库->逆向工程
选择正确的 connection 下一步到最后，记得选择 database & tables 需要检查的
现在您有了er图，您可以看到哪个表有fk冲突

基本上，这些类型错误背后的原因是最终您试图删除一个具有主键（根表）的tuple&该主键在子表中用作外键。在这种情况下，为了删除父表数据，必须删除子表数据（其中使用了外键）。谢谢

我在拉威尔移民局也遇到了这个问题
down（）方法中下拉表的顺序很重要

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

可能不起作用，但如果你改变顺序，它就起作用了。

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

按原样，必须先从广告客户表中删除该行，然后才能删除它引用的jobs表中的行。这是：

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语句将起作用。

我一直在使用的另一种方法是：允许外键为null，然后选择on delete set null。
就我个人而言，我更喜欢同时使用“on update cascade”和“on delete set null”来避免不必要的复杂化，但是在您的设置中，您可能需要不同的方法。另外，空外键值可能会导致后面的问题，因为您不知道那里到底发生了什么。因此，这种变化应该与应用程序代码的工作方式密切相关。
希望这有帮助。

我想你的外键是倒着的。尝试：

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

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

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 ;

如果有多个作业具有相同的广告客户id，则外键应为：

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

否则（如果您的情况正好相反），如果要在删除作业中的行时自动删除广告客户中的行，请在外键末尾添加“on delete cascade”选项：

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

checkout 外键约束