ft_min_word_len = 3 non respecté sur table InnoDB chez OVH

**boteha** · 26/12/2022, 17h47

Bonjour,

Recherche texte libre via requête PHP :

WHERE MATCH($champ) AGAINST('$text' IN BOOLEAN MODE)

chez OVH : Mutu avec SQL privé.

Table MyISAM cela marchait très bien sauf que par défaut ft_min_word_len = 4.
Or je veux 3, les mots de 3 lettres voivent être pris en compte, par exemple "hub usb"
Autrefois il était possible de changer cette valeur par le manager OVH.
Aujourd'hui il faut faire la demande au support, cela prend plusieurs mails, plusieurs coups de téléphone et plusieurs jours. Et à chaque mois il faut recommencer car je suppose qu'ils réinitialient leurs réglages.

OVH m'a demandé de passer la table en InnoDB car la valeur par défaut est 3.

J'ai passé la table à la fois en UTF-8 et en InnoDB.

Actuellement
hub usb -> 28 produits répondent à votre demande.// BON
hub usb a -> Désolé, aucun produit ne correspond au texte « hub usb a »

Cela signifie que "a" est considéré comme un motif de recherche, comme si ft_min_word_len = 1.

Le support d'OVH m'assure que ft_min_word_len est à 3.

Si je vais dans ma nouvelle table UTF-8 en InnoDB

SHOW VARIABLES LIKE '%ft_min_word_len%';
ft_min_word_len 4

Donc OVH dit que c'est 3, PHPMyAdmin dit que c'est 4 et dans la réalité c'est 1.

Avez-vous une piste ?
Le passage en UTF-8 peut-il poser ce genre de problème ?

Merci d'avance.

**escartefigue** · 27/12/2022, 07h57

Bonjour,

Comme mentionné dans le manuel de référence, les paramètres ne sont pas les mêmes pour le moteur INNODB et le moteur MYISAM

Extrait du manuel de référence MySQL 8.0 :

Configuring Minimum and Maximum Word Length
The minimum and maximum lengths of words to be indexed are defined by the innodb_ft_min_token_size and innodb_ft_max_token_size for InnoDB search indexes, and ft_min_word_len and ft_max_word_len for MyISAM ones.

Documentation complète ici
https://dev.mysql.com/doc/refman/8.0...ne-tuning.html

Par ailleurs, MyISAM est un moteur complètement obsolète, qui ne gère notamment pas l'intégrité référentielle... À fuir comme la peste !

**boteha** · 27/12/2022, 19h30

Bonjour,

Merci de ton suivi.

Dans PHPMyAdmin.

SHOW VARIABLES LIKE '%innodb_ft_min_token_size%';
innodb_ft_min_token_size : 3

SHOW VARIABLES LIKE '%innodb_ft_max_token_size%';
innodb_ft_max_token_size : 84

Ces réglages semblent corrects et pourtant j'ai toujours le même problème comme si innodb_ft_min_token_size = 1

J'ai redémarrer la BD mais cela ne change rien.

Je sais que REPAIR ne fonctionne pas pour une table innodb.

N'y a-t-il pas quelque chose à faire au niveau des champs de l'index ?

Dans la doc j'ai trouvé :

Rebuilding InnoDB Full-Text Indexes

For the changes to take effect, FULLTEXT indexes must be rebuilt after modifying any of the following full-text index variables: innodb_ft_min_token_size; innodb_ft_max_token_size; innodb_ft_server_stopword_table; innodb_ft_user_stopword_table; innodb_ft_enable_stopword; ngram_token_size. Modifying innodb_ft_min_token_size, innodb_ft_max_token_size, or ngram_token_size requires restarting the server.

To rebuild FULLTEXT indexes for an InnoDB table, use ALTER TABLE with the DROP INDEX and ADD INDEX options to drop and re-create each index.

**escartefigue** · 28/12/2022, 08h18

Et du coup c'est toujours inopérant après rebuild des index ?

**boteha** · 28/12/2022, 21h51

Bonjour,

Merci de ton suivi.

J'attends le retour du spécialiste BD pour lui laisser effectuer cette opération en toute sécurité.

Si c'est très simple et bien documenté je peux le faire moi-même.
Si tu connais une bonne source merci de l'indiquer.

**escartefigue** · 29/12/2022, 07h48

La référence c'est, comme son nom l'indique, le "manuel de référence MySQL" dont voici le lien pour la V8.0 :

https://dev.mysql.com/doc/refman/8.0...ng-tables.html

**boteha** · 29/12/2022, 12h16

Bonjou escartefigue,

Merci de ton suivi.

Cette documentation n'est pas très pédagogique pour les commandes à passer via PHPMyAdmin.

Un peu peur de planter ma table, pour l'instant j'attends notre expert.

Je vous tiens informés.

**boteha** · 31/12/2022, 17h12

Bonjour,

Donc j'ai détruit tous les index.

Puis je les ai recréés à l'identique FULLTEXT.

Puis j'ai redémarré le serveur.

Et j'ai toujours le même problème :

hub usb -> 28 produits répondent à votre demande.// BON
hub usb a -> Désolé, aucun produit ne correspond au texte « hub usb a »

SHOW VARIABLES LIKE '%innodb_ft_min_token_size%';
innodb_ft_min_token_size : 3

Un peu énervant.

Avez-vous des idées ?

Merci d'avance.

**boteha** · 05/01/2023, 22h13

Bonjour,

J'ai l'impression que la différence est :

Code MyISAM :

Sélectionner tout - Visualiser dans une fenêtre à part

ft_min_word_len = 3

Les mots de moins de 3 lettres sont exclus par SQL

Code Innodb :

Sélectionner tout - Visualiser dans une fenêtre à part

innodb_ft_min_token_size=3

Les mots de moins de 3 lettres sont considérés comme une erreur par SQL, la requête n'est pas exécutée.

Donc les mots de moins de 3 lettres doivent être éliminés en amont par PHP.

Qu'en pensez-vous ?