Что означает «Таблица не поддерживает оптимизацию, вместо этого выполняется воссоздание + анализ»?

Question 1

Я работаю над MySQL 5.5 и пытаюсь выполнить восстановление индекса с помощью OPTIMIZE TABLEзапроса. Я получаю сообщение об ошибке ниже:

Таблица не поддерживает оптимизацию, вместо этого выполняется воссоздание + анализ

Что это значит? Механизм MySQL не позволяет перестроить индекс? Что скрывается за этим сообщением на уровне MySQL 5.5 Engine?

Question 2

Это действительно информационное сообщение.

Скорее всего, вы выполняете OPTIMIZE для таблицы InnoDB (таблица, использующая механизм хранения InnoDB, а не механизм хранения MyISAM ).

InnoDB не поддерживает OPTIMIZE, как MyISAM. Это что-то другое. Он создает пустую таблицу и копирует в нее все строки из существующей таблицы, по существу удаляет старую таблицу и переименовывает новую таблицу, а затем запускает АНАЛИЗ для сбора статистики. Это самое близкое, что InnoDB может сделать для ОПТИМИЗАЦИИ.

Сообщение, которое вы получаете, в основном повторяет сервер MySQL то, что механизм хранения InnoDB сказал серверу MySQL:

Таблица не поддерживает оптимизацию - это механизм хранения InnoDB, говорящий ...

«Я (механизм хранения InnoDB) не выполняю операцию OPTIMIZE, как мой друг (механизм хранения MyISAM)».

"вместо этого выполняем воссоздание + анализ", - говорит механизм хранения InnoDB ...

«Я решил выполнить другой набор операций, который даст эквивалентный результат».

Question 3

OPTIMIZE TABLEотлично работает с движком InnoDB согласно официальной статье поддержки: http://dev.mysql.com/doc/refman/5.5/en/optimize-table.html

Вы заметите, что оптимизация таблиц InnoDB перестроит структуру таблицы и обновит статистику индекса (что-то вроде ALTER TABLE).

Имейте в виду, что это сообщение может быть только информационным упоминанием, и очень важная информация - это статус вашего запроса: просто ОК!

mysql> OPTIMIZE TABLE foo;
+----------+----------+----------+-------------------------------------------------------------------+
| Table    | Op       | Msg_type | Msg_text                                                          |
+----------+----------+----------+-------------------------------------------------------------------+
| test.foo | optimize | note     | Table does not support optimize, doing recreate + analyze instead |
| test.foo | optimize | status   | OK                                                                |
+----------+----------+----------+-------------------------------------------------------------------+

Question 4

Лучший вариант - создать новую таблицу с такими же свойствами

CREATE TABLE <NEW.NAME.TABLE> LIKE <TABLE.CRASHED>;
INSERT INTO <NEW.NAME.TABLE> SELECT * FROM <TABLE.CRASHED>;

Переименуйте NEW.NAME.TABLE и TABLE.CRASH.

RENAME TABLE <TABLE.CRASHED> TO <TABLE.CRASHED.BACKUP>;
RENAME TABLE <NEW.NAME.TABLE> TO <TABLE.CRASHED>;

После работы удаляем

DROP TABLE <TABLE.CRASHED.BACKUP>;

Question 5

Лучший вариант - создать новую таблицу, скопировать строки в целевую таблицу, удалить фактическую таблицу и переименовать вновь созданную таблицу. Этот метод хорош для небольших столов,