Configurer my.ini pour ne pas exclure les mots courts dans la recherche FullText

**randriano** · 06/11/2012, 07h26

Bonjour,

J'utilise les directives MATCH() AGAINST() dans le traitement d'une grande base de données or il semble qu'il y a une limitation sur l'indexation FULLTEXT entraînant des pertes de données pour moi car je fais une recherche sur des sigles et des raisons sociales de sociétés, les noms courts et les sigles de moins de 4 caractères sont ignorés et ne sont jamais "matchés".

Il semble que le nombre minimum de caractères par défaut est 4:

Code :

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

1
2
3
4
5
[mysqld]
ft_min_word_len=4
 
[myisamchk]
ft_min_word_len=4

Actuellement, je travaille sous WAMP et je n'ai pas ces paramètres dans mon fichier my.ini.

Question: par quelle valeur dois-je remplacer ce 4 pour qu'aucun mot ne soit plus ignoré? Par 2, par 1 ou par 0 ?

**randriano** · 13/11/2012, 03h54

Si je reformule ma question c'est: comment faire pour que la requête suivante retourne quelque chose

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
SELECT 
  dirigeants.id
  dirigeants.Nom
  MATCH(
    dirigeants.Nom
  ) AGAINST ('SAM KHI') AS nbMatch
FROM
  dirigeants  
WHERE
    MATCH(
      dirigeants.Nom
    ) AGAINST ('SAM KHI') > 0
  )
 ORDER BY nbMatch DESC

Le nom 'SAM KHI' existe vraiment dans la base mais cette requête ne la trouve pas!

**Exia_** · 13/11/2012, 07h42

Bonjour,

Dans la doc il y a bien écrit que seuls les mots de plus de 4 lettres sont retenus par la recherche FullText :s

Un mot trop court est ignoré. La taille minimale pour un mot dans les recherches est de 4 lettres.
Les mots de la liste sont ignorés. Un mot banni est par exemple ``the'' ou ``some'', ``un'' or ``les'' en fran¸ais, qui sont considérés comme trop communs pour avoir une valeur intrinsèque. Il y a une liste de mots bannis en anglais par défaut.

EDIT : De plus MySQL découpe la chaîne de caractères que tu veux rechercher avec le caractère 'espace' comme delimiteur, donc ta chaine est traduite par MySQL par : 'SAM' et 'KHI' qui sont deux chaines de moins de 4 lettres.

La seule 'solution' donnée dans la doc est de modifier le paramètre :

Code :

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

1
2
[mysqld]
ft_min_word_len=4

comme tu l'a montré dans ton premier post.

**andry.aime** · 13/11/2012, 07h59

Bonjour,

As-tu pris en compte la note de la documentation?

ft_min_word_len

La taille minimale d'un mot à inclure dans un index FULLTEXT. Cette variable a été ajoutée en MySQL 4.0.0.

Note : les index FULLTEXT doivent être reconstruits après chaque modification de cette variable. Utilisez REPAIR TABLE tbl_name QUICK.

A+.

**ericd69** · 13/11/2012, 08h08

il suffit de lire la doc: ft_min_word_len

et tu dois redémarrer le serveur et régénérer l'index

**randriano** · 13/11/2012, 11h10

Ça marche maintenant en changeant les paramètres

Code :

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

1
2
3
4
5
[mysqld]
ft_min_word_len=1
 
[myisamchk]
ft_min_word_len=1

J'ai déjà fait cela mais la vraie solution c'est ce que andry.aime a dit:

Code sql :

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

REPAIR TABLE dirigeants QUICK

qui a permis de régénérer les index! (redémarrage du serveur avant tout cela)

Pour résoudre mes problèmes avec les mots bannis (the, some, un, les, ...), j'ai ajouté le paramètre:

Code :

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

1
2
3
4
5
6
7
8
[mysqld]
port=3306
ft_min_word_len=1
ft_stopword_file=""
 
[myisamchk]
ft_min_word_len=1
ft_stopword_file=""

Maintenant, un nom asiatique "The SOME" est facilement retrouvé!

Par contre, c'est dommage que le FULLTEXT ne soit supporté que par MyIsam. Il semble que l'InnoDB le supportera dans le futur proche!?

**ericd69** · 13/11/2012, 16h57

oui c'est prévu dans la future version il me semble

**boteha** · 03/08/2016, 18h54

Bonjour,

Et comment faire quand on est sur un Mutu et que l'on n'a pas accès au fichier Config de MySQL ?

Dans une autre discussion quelqu'un propose de passer par le script PHP :

Code :

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

mysqli_query ($connexion, 'SET ft_min_word_len = 3');

Mais chez moi cela ne marche pas.

Avec SQL privé chez OVH il était possible de modifier ft_min_word_len depuis le manager mais depuis leur nouvelle architecture c'est impossible.

Merci d'avance.

**ericd69** · 03/08/2016, 19h24

Salut,

tu peux écraser les valeurs de certaines globales de configuration dans les scripts procéduraux, ça peut peut-être marcher pour celle-là...

**boteha** · 03/08/2016, 19h43

Merci de ta réponse mais le code indiqué ne marche pas.

Peut-être faut-il être en connexion permanente, je n'en sais rien.

**ericd69** · 03/08/2016, 19h58

soit tu peux essayer de passer ta connexion en requête multiple au lieu de simple par défaut...

soit tu utilises une affectation sur @@nom_globale dans une procédure stockée...

Code sql :

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

SET @@SESSION.ft_min_word_len = 3;

certaines globales touche la session et/ou la connexion ou l'une des deux seulement...

Bon après vérification, hélas c'est une variable système donc tu ne peux pas la modifier hors du fichier ini... en plus , même si tu pouvais la changer, tu devrais reconstruire tous les index fulltext et modifier la liste des "mots stops" pour que ça marche...

**boteha** · 03/08/2016, 21h48

Merci de ta réponse même si elle ne m'arrange pas.

Au passage on peut penser que la recherche en texte libre est quelquechose d'important et que c'est assez nul de la part d'OVH d'interdire de toucher à ft_min_word_len alors que c'était possible auparavant.

Et en plus ils font ça sans prévenir.

**Artemus24** · 04/08/2016, 14h15

Salut Boteha.

Pour ce genre de problème, il vaut mieux voir avec la hotline de chez OVH.

Est-il possible de créer un fichier my.ini dans votre hébergement ?
Oui, même pour du mutualisé !

@+

**boteha** · 04/08/2016, 14h42

Bonjour,

Envoyé par Artemus24

Pour ce genre de problème, il vaut mieux voir avec la hotline de chez OVH.
Est-il possible de créer un fichier my.ini dans votre hébergement ?
Oui, même pour du mutualisé !

J'ai échangé des tonnes de mails à ce sujet avec la "hotline" OVH.

Depuis un changement d'architecture tu ne peux plus intervenir sur ft_min_word_len même avec un SQL privé.

Ils sont passé à la valeur 4 pour tout le monde et refusent de changer pour soi-disant des raisons de sécurité.

Pour moi il s'agit d'une grave régression de service.

**ericd69** · 04/08/2016, 18h28

Sinon pourquoi ne passes tu pas sur un vps? c'est plus performant, moins cher et tu installes et configures ce que tu veux...

En plus, tu pourras administrer tout en ssh et sftp au lieu de truc sans cryptage... et tu as la version SSD niveau disque ainsi qu'une certaine évolutivité pour monter en puissance...
Après ça dépend de ta capacité à administrer un serveur

**boteha** · 04/08/2016, 18h38

Bonjour,

Envoyé par ericd69

Sinon pourquoi ne passe tu pas sur un vps? c'est plus performant, moins cher et tu installes et configures ce que tu veux...
en plus tu pourras administrer tout en ssh et sftp au lieu de truc sans cryptage...

Je vais creuser cette piste.

Le problème est que je ne connais rien à Appache, s'il faut paramétrer le serveur tout seul sans support d'OVH cela ne sera pas facile.

Cela dit j'ai appelé OVH, j'ai eu un technicien qui a bien compris mon problème.
Il doit voir s'ils peuvent changer la valeur de ft_min_word_len pour moi (c'est forcément possible).

S'ils ne veulent pas le faire je dépose une réclamation auprès du service commercial.

Je vous tiens au courant.

**ericd69** · 04/08/2016, 18h49

un vps (virtual personnal server) c'est un serveur virtualisé et isolé. tu as donc un pourcentage garanti de ressources (processeurs logiques, mémoire, disques) compléteme,t étanche aux autres sur le serveur physique et téléportable (en cas de panne physique, le VPS est relancé sur un autre serveur)

un mutualisé c'est un serveur dont la configuration est subdivisée entre divers hôtes virtuels. les configurations sont aussi mutualisées et généralement très limitée pour maximaliser le nombre de vhost. ils ne feront pas de changements car baisser la taille des mots revient à augmenter la taille des index fulltext et donc la part de disque et de mémoire et la consommation de processeur que tu ne payes pas vraiment (car mutualisées)...

**boteha** · 04/08/2016, 19h13

Merci pour les infos.

Je suis sur un Mutu mais j'ai un SQL privé, je pense que le fichier de config est personnalisable uniquement pour mes tables.

Avant tu passais juste par le manager pour modifier ft_min_word_len et c'est depuis début juillet que c'est devenu impossible.

Je vais me renseigner sur leur VPS.

**ericd69** · 04/08/2016, 19h38

j'ai eu ça y a des années mais c'est horriblement cher, en plus tu ne peux pas avoir de https autre que collectif (pas sur ton nom de domaine)

un vps c'est comme un dédié mais moins cher et puissant et avec une bande passante de 100Mo/s au lieu du double au moins pour un dédié... par contre la remise en service est plus rapide pour une panne matérielle vu que c'est du virtuel...