Пальцем в небо предлагают сделать ребилд таблицы.
Но там есть ограничения вроде, что на таблице не должно быть fulltext индекса.

Всё таки какая эта ваша мария/майскуль ебала, столько хуеты тащат из-за введения иннодб, но помимо прочего ещё и дополнительной хуеты придумывают.

А как это видно из скриншота?

Не думаю, что это само по себе говорит о копировании таблицы. Предыдущие строки вообще с индексами что-то мутят (непонятно зачем).

Мда...

Администратор [игнорируется] 

А если удалить fulltext индекс и сделать alter?
Я так понимаю это уже пробовали и оно не помогло.

Это на добавление столбца столько времени уходит?
Ну, хорошо, предположим это из-за большого кол-ва записей в таблице.
Тогда убрать дефолтное значение на столбец, добавить его. Проставить значения в отдельном джобе например. Проставить дефолтное значение для столбца.
На больших таблицах в принципе добавление столбца с дефолтом будет тормозить.

Возможно.
Но вот этоточно будет тормозить.
Потому что нужно помимо добавления столбца (что в принципе в нормальных СУБД в общем случае просто изменение словаря данных) нужно ещё и добавить данные в каждую запись, что уже совсем другие нагрузки.
Да, update тоже скушает много ресурсов, но он пойдёт в отдельной сессии, не должно помешать работе в принцпе.
Правда при этом на стороне клиента надо принудительно заполнять это поле, чтобы потом наложить условие нот нулл и дефолтное значение.
ЗЫ наличие индекса на этом поле усугубит добавление.

Вообще эта ошибка, судя по интернетам, должна писатьНо она пишет другое.
Жесть...
Люблю опен-сорс за такую вот хуйню.

Потом можно добавить признак, это будет дешевле, потому что предварительно будет заполнено.
Но если любой альтер так грузит БД, то конечно печально всё.
Возможно в марии есть отдельный чек на колонку, его можно повесить тогда, думаю это должно быть дешевле по ресурсам в последствии.

А как они на рескуле будут битые, если туда никто не пишет?

У тебя проблема с конкретной таблицей, так что всё, что не в неё никакой роли не играет.