我们现在有一个varchar列，长度为255个字符。我们将使用此声明将其提升至400：
ALTER TABLE `resources` CHANGE `url` `url` varchar(400) NOT NULL;
我已阅读有关online ddl哪些州
的文档Operation In-Place? Copies Table? Allows Concurrent DML? Allows Concurrent Query?
---------------------------|-----------|---------------|-----------------------|---------------------------------
Change data type of column No Yes No Yes
我有这两个问题：
我想在第二个问题上，似乎不清楚DML的并发意味着什么。这是否意味着我根本无法写入此表，或者该表是否经历了复制/交换过程？
我们在此表中只有大约250万行，因此迁移只需要大约30秒，但我希望在此期间不会锁定表格。
答案 0 :(得分：6)
我有同样的问题，并根据Percona的建议进行了一些测试。以下是我的发现：
ALTER TABLE `resources` CHANGE `url` `url` varchar(400), ALGORITHM=INPLACE, LOCK=NONE;
在5.6上运行它应该产生类似于：
的东西[SQL]ALTER TABLE `resources` CHANGE `url` `url` varchar(400), ALGORITHM=INPLACE, LOCK=NONE;
[Err] 1846 - ALGORITHM=INPLACE is not supported. Reason: Cannot change column type INPLACE. Try ALGORITHM=COPY.
这意味着您无法执行此操作，因为MySQL将此视为列类型更改，因此必须执行完整的表复制。
因此，让我们尝试使用输出中建议的COPY算法，但设置LOCK = NONE：
ALTER TABLE `resources` CHANGE `url` `url` varchar(400), ALGORITHM=COPY, LOCK=NONE;
我们得到：
[SQL]ALTER `resources` CHANGE `url` `url` varchar(400), ALGORITHM=COPY, LOCK=NONE;
[Err] 1846 - LOCK=NONE is not supported. Reason: COPY algorithm requires a lock. Try LOCK=SHARED.
尝试设置LOCK=SHARED并尝试在表上插入会导致查询等待元数据锁定。
答案 1 :(得分：0)
我99％确定无论引擎类型如何对任何表进行更改都会导致表被锁定，直到操作完成，即使InnoDB的行级别为＆＃39;锁定功能。
如果你可以忍受30-45秒的中断，某些连接可能会最终丢失，那么最简单的选择就是拉动扳机。或者您可以实施以下内容：
将您的网站置于＆＃39;维护模式＆＃39;在操作前几分钟，执行操作，然后使网站退出维护模式。
或者，如果您使用浮动ip和dns进行主主复制设置，则可以停止执行此操作：