添加外键时在mysql中死锁

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

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.

查询：

“创建表company_competitors_new LIKE company_competitors;

更改表company_competitors_new ADD CONSTRAINT fk_rails_company_id_53f8f57a外键(company_id)引用了company(id);’

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

show full processlist显示所有查询,说正在等待获取元数据锁,我必须终止所有选择查询,以便外键添加完成.

我需要帮助来了解此处出现僵局的原因以及如何处理它.我也想听听是否有更好的方法来截断和加载零停机时间.

解决方法:

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

SET foreign_key_checks = 0;

…(查询)…

SET foreign_key_checks = 1;

标签：foreign-keys,database-deadlocks,database-locking,mysql-8-0,mysql
来源： https://codeday.me/bug/20191210/2105057.html