Attention : de nouveau des tables de type Innodb - Problème à l'import

[Jean le Chauve]

New installs use InnoDB instead of MyISAM which allows for data integrity

C'est là qu'il est le bug, il manque un mot après "allows", je pense que ce doit être "searches".

MySQL supports text searching by using the LIKE statement and regular expression. However, when the text column is large and the number of rows in a table is increased, using these methods has some limitations:

Performance: MySQL has to scan the whole table to find the exact text based on a pattern in the LIKE statement or pattern in the regular expressions.
Flexible search: with the LIKE statement and regular expression search, it is difficult to have a flexible search query e.g., to find product whose description contains car but not classic.
Relevance ranking: there is no way to specify which row in the result set is more relevant.

Because of these limitations, MySQL extended a very nice feature so-called full-text search. Technically, MySQL creates an index from the words of the enabled full-text search column and performs searches on this index. MySQL uses a sophisticated algorithm to determine the rows matched against the search query.

La suite sur mysqltutorial.org

Conclusion, que Calguy ait implémenté ce type d'indexage est une très bonne chose.
Je suppose qu'il a également une opinion bien arrêtée pour préférer l'emploi d'InnoDB et je n'ai pas les compétences pour en juger.
On peut aussi supposer que la plupart des hébergeurs sérieux passeront vite à 5.6+ car il s'agit d'une évolution importante. D'ailleurs, on retrouve ce type d'erreur sur des sites propulsés par d'autres cms (WP entre autres).