4

我们的数据库中有一个名为的表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

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

  1. 创建一个新表company_competitors_new
  2. 在两列（company_id，competitor_id）上一一添加外键约束。
  3. 将数据加载到新表中。
  4. 交换表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);'

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

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

我需要帮助来理解这里死锁的原因以及我该如何处理它。我还想知道是否有更好的方法来截断和加载 0 停机时间。

4

1 回答 1

2

就个人而言，如果很少发生死锁，我只需重新准备一个新事务并重新启动查询（这不是最好的解决方案，但在这种情况下有效）。但是，如果您的死锁像您提到的那样连续出现，您可以使用命令 SHOW ENGINE INNODB STATUS 检查更多信息，以查看最近死锁的一些详细信息。我的建议也是将创建 company_competitors_new 的块放在

SET foreign_key_checks=0;

...（查询）...

SET foreign_key_checks=1;

于 2019-04-30T09:33:57.570 回答