在 上创建索引时会复制该表 TEMPORARY TABLE。

如果表上有或约束，则 不允许使用 该ALTER TABLE子句 。LOCK=NONEON...CASCADEON...SET NULL

在就地在线 DDL 操作完成之前，它必须等待在表上持有元数据锁的事务提交或回滚。在线 DDL 操作在其执行阶段可能会短暂地需要对表进行独占元数据锁定，并且在更新表定义时在操作的最后阶段始终需要一个。因此，在表上持有元数据锁的事务可能会导致联机 DDL 操作阻塞。在表上持有元数据锁的事务可能在联机 DDL 操作之前或期间启动。对表持有元数据锁的长时间运行或非活动事务可能会导致在线 DDL 操作超时。

运行就地在线 DDL 操作时，运行该ALTER TABLE语句的线程应用在线 DML 操作日志，这些操作在其他连接线程的同一表上同时运行。应用 DML 操作时，可能会遇到重复键条目错误 ( ERROR 1062 (23000): Duplicate entry )，即使重复条目只是暂时的，并且会被在线日志中的后续条目恢复。这类似于外键约束检查的想法，InnoDB其中约束必须在事务期间保持。

OPTIMIZE TABLE对于一个 InnoDB表，映射到一个 ALTER TABLE操作以重建表并更新索引统计信息和释放聚簇索引中未使用的空间。二级索引的创建效率不高，因为键是按照它们在主键中出现的顺序插入的。 OPTIMIZE TABLE通过添加在线 DDL 支持来支持重建常规表和分区InnoDB表。

不支持 在 MySQL 5.6 之前创建的包含临时列（DATE或 DATETIME） TIMESTAMP且尚未重建的表。在这种情况下， 操作会返回以下错误： ALGORITHM=COPYALGORITHM=INPLACEALTER TABLE ... ALGORITHM=INPLACE

ERROR 1846 (0A000): ALGORITHM=INPLACE is not supported.
Reason: Cannot change column type INPLACE. Try ALGORITHM=COPY.

以下限制通常适用于涉及重建表的大型表的在线 DDL 操作：

有关在大型表上运行在线 DDL 操作的其他信息，请参阅 第 15.12.2 节，“在线 DDL 性能和并发性”。