在 TEMPORARY TABLE 上建立索引時，會複製資料表。

如果資料表上有 ON...CASCADE 或 ON...SET NULL 限制，則不允許 ALTER TABLE 子句 LOCK=NONE。

在原地線上 DDL 操作完成之前，它必須等待持有資料表上中繼資料鎖定的交易提交或回滾。線上 DDL 操作在其執行階段可能會短暫需要資料表上的獨佔中繼資料鎖定，並且在更新資料表定義的操作最終階段始終需要一個。因此，持有資料表上中繼資料鎖定的交易可能會導致線上 DDL 操作被封鎖。持有資料表上中繼資料鎖定的交易可能是在線上 DDL 操作之前或期間開始的。持有資料表上中繼資料鎖定的長時間執行或非活動交易可能會導致線上 DDL 操作逾時。

當執行原地線上 DDL 操作時，執行 ALTER TABLE 陳述式的執行緒會套用從其他連線執行緒同時在同一個資料表上執行的 DML 操作的線上日誌。當套用 DML 操作時，即使重複的項目只是暫時性的，並且會被線上日誌中的後續項目還原，也可能會遇到重複的鍵值項目錯誤 (ERROR 1062 (23000): 項目重複)。這類似於 InnoDB 中外鍵限制檢查的概念，其中限制必須在交易期間保持有效。

對於 InnoDB 資料表，OPTIMIZE TABLE 會對應到 ALTER TABLE 操作，以重建資料表並更新叢集索引中的索引統計資料和釋放未使用的空間。次要索引的建立效率不高，因為鍵值是按照它們在主要鍵值中出現的順序插入的。OPTIMIZE TABLE 支援使用線上 DDL 支援來重建常規和分割的 InnoDB 資料表。

在 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 效能與並行」。