Que signifie «La table ne prend pas en charge l'optimisation, mais recréez + analysez à la place»?

Je travaille sur MySQL 5.5 et j'essaie de reconstruire l'index à l'aide d'une OPTIMIZE TABLErequête. J'obtiens l'erreur ci-dessous:

La table ne prend pas en charge l'optimisation, mais recréez + analysez à la place

Qu'est-ce que ça veut dire? Le moteur MySQL ne permet-il pas la reconstruction d'index? Que fait-on derrière ce message, au niveau du moteur MySQL 5.5?

C'est vraiment un message d'information.

Probablement, vous faites OPTIMISER sur une table InnoDB (table utilisant le moteur de stockage InnoDB, plutôt que le moteur de stockage MyISAM ).

InnoDB ne prend pas en charge OPTIMIZE comme le fait MyISAM. Cela fait quelque chose de différent. Il crée une table vide, y copie toutes les lignes de la table existante, supprime essentiellement l'ancienne table et renomme la nouvelle table, puis exécute un ANALYSE pour collecter des statistiques. C'est ce qui se rapproche le plus d'InnoDB pour faire un OPTIMISATION.

Le message que vous recevez est essentiellement un serveur MySQL répétant ce que le moteur de stockage InnoDB a dit au serveur MySQL:

Table ne prend pas en charge l'optimisation, dit le moteur de stockage InnoDB ...

"Je (le moteur de stockage InnoDB) ne fait pas d'opération OPTIMISER comme mon ami (le moteur de stockage MyISAM) le fait."

"faire recréer + analyser à la place", dit le moteur de stockage InnoDB ...

"J'ai décidé de réaliser un ensemble différent d'opérations qui aboutiront à un résultat équivalent."

OPTIMIZE TABLEfonctionne bien avec le moteur InnoDB selon l'article de support officiel: http://dev.mysql.com/doc/refman/5.5/en/optimize-table.html

Vous remarquerez qu'optimiser les tables InnoDB reconstruira la structure des tables et mettra à jour les statistiques d'index (quelque chose comme ALTER TABLE).

Gardez à l'esprit que ce message peut être une mention informative uniquement et que l'information très importante est le statut de votre requête: 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 meilleure option est de créer une nouvelle table avec les mêmes propriétés

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

Renommez NEW.NAME.TABLE et TABLE.CRASH

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

Après avoir bien travaillé, supprimez

DROP TABLE <TABLE.CRASHED.BACKUP>;

La meilleure option est de créer une nouvelle table, de copier les lignes dans la table de destination, de supprimer la table réelle et de renommer la table nouvellement créée. Cette méthode convient aux petites tables,