Discussion :

[Bishoot]

Bonjour à toutes et à tous,

J'ai un gros problème de performance sur une base Maria DB.

SELECT * FROM <table> WHERE nom like '%individu%' => instantané
SELECT * FROM (SELECT * FROM <table> WHERE nom like '%individu%') => 10s

Mais ce problème est aléatoire, parfois elle est instantanée, parfois elle met 10s, problème de paramétrage ? de cache ?

Si quelqu'un a une idée.

Merci par avance.

[escartefigue]

Bonjour,

Une requête ayant un filtrage WHERE colonne like '%xxxx%' ne sera jamais performante : le prédicat n'est pas sargable (aucun index éligible) du coup la stratégie d'accès sera un table scan ou un index scan s'il existe un index couvrant.
Comme ici il s'agit d'un SELECT *, ce sera un table scan.

Si le temps d'exécution est rapide, c'est que les volumes sont très réduits, la même requête sur une table un peu chargée, quelques millions de lignes par exemple, prendra du temps.

Pourquoi vouloir imbriquer la requête dans une autre ?

[Bishoot]

Bonjour,

Oui je comprends mais du coup, la durée d'exécution devrait-être la même dans les 2 cas tout de même, non ?

Merci

[escartefigue]

Je le suppose mais il faudrait vérifier les stratégies respectives choisies par l'optimiseur : un explain permet de s'en assurer

[Bishoot]

Je le suppose mais il faudrait vérifier les stratégies respectives choisies par l'optimiseur : un explain permet de s'en assurer

Testé avec mysql ce jour, pas de problème, le temps est bien identique.
Mystère de MariaDB...

Merci

[escartefigue]

plus probablement : vous mesurez le temps elapsed et non pas le temps CPU.
Le temps CPU est toujours le même, mais le temps elapsed dépend du contexte (nombre de connexions simultanées, sollicitation de la CPU par d'autres process...)

[Bishoot]

Merci mais il s'agit du même contexte car nous avons isolé le problème sur un serveur et une BDD indépendante.

[manzeki]

Code :

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

1
2
SELECT * FROM <table> WHERE nom like '%individu%' => instantané
SELECT * FROM (SELECT * FROM <table> WHERE nom like '%individu%')

A quoi sert votre deuxième requête ?
Dans les deux cas, vous n'aurez aucune garantie d'une quelconque performance
Un Where like 'individu%' peut être optimisé, à condition de poser un index sur la colonne
Par contre WHERE LIKE '%individu%' non.

Bonjour,
Oui je comprends mais du coup, la durée d'exécution devrait-être la même dans les 2 cas tout de même, non ?
Merci

Il est déjà impossible que vous obteniez des temps d'exécution identiques pour une seule requête.
L'exécution d'une requête est dynamique et donc dépend du contexte : CPU, RAM, Mise en Cache, Nombre de connexions en cours...

Une recherche FULLTEXT peut être appropriée pour votre cas

Code :

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

1
2
ALTER TABLE <table> ADD FULLTEXT index_nom_idx_ft (nom);
SELECT * FROM <table> WHERE MATCH(nom) AGAINST ('individu');