我们的数据库中有一个名为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;
总结以上是内存溢出为你收集整理的添加外键时在mysql中死锁 全部内容,希望文章能够帮你解决添加外键时在mysql中死锁 所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)