Question

我们的数据库中有一个名为company_competitors的表。有一项工作每天都会对其进行截断和加载。该表有两列company_id和competitor_id都引用了另一个表companies。

CREATE TABLE `company_competitors` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `company_id` int(11) DEFAULT NULL,
  `competitor_id` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  CONSTRAINT `fk_rails_company_id_c1ac450a` FOREIGN KEY (`company_id`) REFERENCES `companies` (`id`),
  CONSTRAINT `fk_rails_competitor_id_772a45c6` FOREIGN KEY (`competitor_id`) REFERENCES `companies` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=268477 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin

截断和加载中包括的步骤是：

创建一个新表company_competitors_new
在两列（company_id，competitor_id）上一一添加外键约束。
将数据加载到新表中。
交换表company_competitors和company_competitors_new。

查询：

"CREATE TABLE company_competitors_new LIKE company_competitors;

alter table company_competitors_new ADD CONSTRAINT fk_rails_company_id_53f8f57a foreign key (company_id) references companies(id);'

在添加外键时，其他人可能会访问company表。因此，当第二个查询运行时，数据库陷入死锁，并且对company表的任何查询都不会执行。

show full processlist显示了所有说Waiting to acquire Metadata lock的查询，我必须杀死所有选择的查询，以便外键的添加完成。

我需要帮助来了解此处出现死锁的原因以及如何处理它。我也想听听是否有一种更好的方法来在0停机时间内进行截断和加载。

Answer 1

就个人而言，如果死锁很少发生，我只是重复执行新交易并重新启动查询（这不是最好的解决方案，但在这种情况下有效）。但是，如果您提到的僵局看起来像僵直，您可以检查更多使用命令SHOW ENGINE INNODB STATUS来获取信息，以查看最近的死锁的一些详细信息。我的建议还应放在创建

之间的company_competitors_new的代码段

SET foreign_key_checks = 0;

...（查询）...

SET foreign_key_checks = 1;

添加外键时在mysql中死锁

1 个答案: