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

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

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

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

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

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

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

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

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