mysql - 如何调试mysql外键约束，ON DELETE CASCADE不会在生产环境中从子表中删除行

Question

我定义了 2 个表以及它们之间的外键约束，如下所示:

| users | CREATE TABLE `users` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `account_master_id` int(11) NOT NULL,
  `user_type_id` int(11) NOT NULL,
  `user_group_id` int(11) NOT NULL,
  `user_type_code` char(1) NOT NULL,
  `membership_number` varchar(40) NOT NULL,
  `password` varchar(60) NOT NULL,
  `email` varchar(200) NOT NULL,
  `isd` varchar(10) NOT NULL,
  `mobile` varchar(20) NOT NULL,
  `passenger_id` int(11) NOT NULL,
  `added_on` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `updated_on` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  `added_by` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `email` (`email`),
  KEY `account_master_id` (`account_master_id`),
  CONSTRAINT `acMaster_to_user` FOREIGN KEY (`account_master_id`) REFERENCES `account_master` (`id`) ON DELETE CASCADE ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=189 DEFAULT CHARSET=utf8 |


user_oauth | CREATE TABLE `user_oauth` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) NOT NULL,
  `service` varchar(30) NOT NULL,
  `auth_id` varchar(100) NOT NULL,
  `email` varchar(100) NOT NULL,
  `auto_share` tinyint(4) NOT NULL,
  `photo` varchar(255) NOT NULL,
  `auth_token_short` varchar(255) DEFAULT NULL,
  `auth_details` text NOT NULL,
  `device_type` varchar(60) NOT NULL,
  `login_date` datetime NOT NULL,
  `login_ip` varchar(20) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `user` (`user_id`),
  CONSTRAINT `user_to_oauth` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=109 DEFAULT CHARSET=latin1 |

从用户表中删除行时，会从本地和临时环境中的 user_oauth 表中删除相应的条目。但同样的事情在生产环境中不起作用。我想知道如何调试这个。

更新:

• 两个表都是 innodb
• 以严格模式运行 mysql

Answer 1

外键可能不起作用的原因是:

• 它们不受支持(例如在 MyISAM 表上)
• 他们已被禁用

MySQL 允许您通过设置系统变量 foreign_key_checks 来禁用外键约束。到0。这将允许您违反所有外键约束(例如删除父项或添加无父项的子项)。但它反过来也会禁用相关功能，例如级联，这些功能可以自动防止违反特定约束(例如删除子项) - 如果禁用该选项，当然不会再发生这种情况。

这个想法是帮助您完成一些管理任务，例如当引用的数据尚不存在时导入数据，但通常不应在正常操作期间使用。如果该设置再次出现，您可能需要检查您的应用程序是否意外设置了此选项，因为默认情况下它会在每台服务器启动后启用，并且必须明确禁用。

您可以通过以下方式检查当前设置:使用

select @@foreign_key_checks;

您可以使用

SET foreign_key_checks = 1;

再次启用它，但请注意，它不会检查您当前的数据:

Setting foreign_key_checks to 1 does not trigger a scan of the existing table data. Therefore, rows added to the table while foreign_key_checks=0 will not be verified for consistency.

所以你必须自己检查并修复它。您可以在再次启用该设置之前或之后执行此操作，尽管在此之前执行此操作可能更容易。要触发重新检查，您可以而且应该删除并重新创建外键，只是为了确保现在一切都一致。