The failure of an online DDL operation is typically due to one of the following conditions:
ALGORITHMclause specifies an algorithm that is not compatible with the particular type of DDL operation or storage engine.
LOCKclause specifies a low degree of locking (
NONE) that is not compatible with the particular type of DDL operation.
A timeout occurs while waiting for an exclusive lock on the table, which may be needed briefly during the initial and final phases of the DDL operation.
innodb_tmpdirfile system runs out of disk space, while MySQL writes temporary sort files on disk during index creation. For more information, see Section 17.12.3, “Online DDL Space Requirements”.
The operation takes a long time and concurrent DML modifies the table so much that the size of the temporary online log exceeds the value of the
innodb_online_alter_log_max_sizeconfiguration option. This condition causes a
Concurrent DML makes changes to the table that are allowed with the original table definition, but not with the new one. The operation only fails at the very end, when MySQL tries to apply all the changes from concurrent DML statements. For example, you might insert duplicate values into a column while a unique index is being created, or you might insert
NULLvalues into a column while creating a primary key index on that column. The changes made by the concurrent DML take precedence, and the
ALTER TABLEoperation is effectively rolled back.