5.5.9. Ограничения Онлайнового DDL

Примите следующие соображения во внимание, когда создание или отбрасывание InnoDB индексируют:

Во время онлайновой работы DDL, которая копирует таблицу, файлы пишутся временному каталогу ($TMPDIR на Unix, %TEMP% на Windows, или каталоге, определенном --tmpdir переменная конфигурации). Каждый временный файл является достаточно большим, чтобы содержать один столбец в новой таблице или индексировать, и каждый удаляется, как только это объединяется в заключительную таблицу, или индексировать.
ALTER TABLE оператор, который содержит DROP INDEX и ADD INDEX пункты, которые оба называют то же самое, индексируют использование табличная копия, не Быстрое Создание индекса.
Таблица копируется, вместо того, чтобы использовать Быстрое Создание индекса, когда Вы создаете индексирование на a TEMPORARY TABLE. Об этом сообщили как MySQL Bug #39833.
InnoDB обрабатывает ошибочные случаи, когда пользователи пытаются отбросить, индексирует необходимый для внешних ключей. См. Раздел раздела 14.2.5.9, "Лучшая Обработка ошибок, когда Отбрасывание Индексирует" для деталей.
ALTER TABLE пункт LOCK=NONE не позволяется, если есть ON...CASCADE или ON...SET NULL ограничения на таблицу.
Во время каждого онлайнового DDL ALTER TABLE оператор, независимо от LOCK пункт, есть краткие периоды вначале и конец, требующий монопольной блокировки на таблице (тот же самый вид блокировки, определенной LOCK=EXCLUSIVE пункт). Таким образом онлайновая работа DDL могла бы ожидать прежде, чем запуститься, если есть продолжительное выполнение транзакции, вставляет, обновления, удаляет, или SELECT ... FOR UPDATE на той таблице; и онлайновая работа DDL могла бы ожидать прежде, чем закончиться, если бы подобная продолжительная транзакция была запущена в то время как ALTER TABLE происходило.
OPTIMIZE TABLE для InnoDB таблица отображается на ALTER TABLE работа, чтобы восстановить таблицу и обновление индексирует статистику и свободное неиспользуемое место в кластерном индексе. Эта работа не использует быстрое создание индекса. Вторичный индексирует, не создаются как эффективно, потому что ключи вставляются в порядок, они появились в первичном ключе.