下面的查询由每个应该允许并发DML的更改组成
ALTER TABLE sometable
DROP INDEX index1_on_column1,
DROP INDEX index2_on_column2,
DROP INDEX index3_on_column1_and_column2,
DROP COLUMN column1,
DROP COLUMN column2;该表大约有8000万个条目。当我运行查询时,它看起来像是阻止了访问/锁定。
有人知道为什么/怎么会把桌子锁上吗?
添加一个显式的LOCK=NONE应该强制它可以执行(或者如果它不能的话抛出一个错误),但是从文档中还不清楚它是否是防止锁定的强制性语句。
发布于 2018-03-04 22:08:45
因此,基本上,如果没有明确的LOCK=NONE,您就无法确定MySql将如何选择执行DML更改。如果它不能在没有锁的情况下继续,并且您指定了LOCK=NONE,那么当您运行它们命令时会出现一个错误,但是如果您不指定LOCK=NONE,并且不需要锁,那么基本上就是抛出Mysql是否将执行alter。
发布于 2018-12-04 08:32:40
对于大型表,应使用并行复制,以避免写入锁。即使允许读取,您的整个进程也可能因为一次写入而被锁定。
像Percona工具包这样的工具在这方面非常出色。我已经在2GB的表上使用了它(外键的InnoDB),重建花费了3-5分钟,但是只有几秒钟无法使用该表。
https://stackoverflow.com/questions/47812392
复制相似问题