¿Qué significa "La tabla no es compatible con la optimización, haciendo recrear + analizar en su lugar"?

Estoy trabajando en MySQL 5.5 e intento reconstruir el índice usando una OPTIMIZE TABLEconsulta. Recibo el siguiente error:

La tabla no admite optimizar, en su lugar, hacer recrear + analizar

¿Qué significa esto? ¿El motor MySQL no permite la reconstrucción de índices? ¿Qué se está haciendo detrás de este mensaje, en el nivel del motor MySQL 5.5?

Eso es realmente un mensaje informativo.

Es probable que esté haciendo OPTIMIZE en una tabla InnoDB (tabla que usa el motor de almacenamiento InnoDB, en lugar del motor de almacenamiento MyISAM ).

InnoDB no admite OPTIMIZE como lo hace MyISAM. Hace algo diferente. Crea una tabla vacía y copia todas las filas de la tabla existente en ella, y esencialmente elimina la tabla anterior y cambia el nombre de la tabla nueva, y luego ejecuta ANALYZE para recopilar estadísticas. Eso es lo más cerca que puede estar InnoDB de hacer una OPTIMIZAR.

El mensaje que está recibiendo es básicamente el servidor MySQL repitiendo lo que el motor de almacenamiento InnoDB le dijo al servidor MySQL:

La tabla no admite optimizar es el motor de almacenamiento InnoDB que dice ...

"Yo (el motor de almacenamiento InnoDB) no hago una operación de OPTIMIZO como lo hace mi amigo (el motor de almacenamiento MyISAM)".

"Hacer recrear + analizar en su lugar" es el motor de almacenamiento InnoDB que dice ...

"He decidido realizar un conjunto diferente de operaciones que lograrán un resultado equivalente".

OPTIMIZE TABLEfunciona bien con el motor InnoDB de acuerdo con el artículo de soporte oficial: http://dev.mysql.com/doc/refman/5.5/en/optimize-table.html

Notará que optimizar las tablas InnoDB reconstruirá la estructura de la tabla y actualizará las estadísticas del índice (algo así como ALTER TABLE).

Tenga en cuenta que este mensaje podría ser solo una mención informativa y la información muy importante es el estado de su consulta: ¡simplemente OK!

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                                                                |
+----------+----------+----------+-------------------------------------------------------------------+

La mejor opción es crear una nueva tabla con las mismas propiedades

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

Cambiar el nombre de NEW.NAME.TABLE y TABLE.CRASH

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

Después de trabajar bien, eliminar

DROP TABLE <TABLE.CRASHED.BACKUP>;

La mejor opción es crear una nueva tabla, copiar las filas a la tabla de destino, eliminar la tabla real y cambiar el nombre de la tabla recién creada. Este método es bueno para mesas pequeñas,