Bouclage infini sur requête simple

Bonjour,

Lorsque je refais la simple requête suivante PHPMYADMIN m'affiche les résultats escomptés:

Code:

---

1 2 3 4 5

SELECT email, listid FROM `jos_acymailing_subscriber` LEFT JOIN jos_acymailing_listsub USING ( subid ) WHERE listid =16

---

Mais lorsque je fais cette requête pour détecter les subscriber qui n'ont pas été affectés à aucune liste:

Code:

---

1 2 3 4 5

SELECT email, listid FROM `jos_acymailing_subscriber` LEFT JOIN jos_acymailing_listsub USING ( subid ) WHERE listid IS NULL

---

phpmyadmin boucle indéfiniment. Aucun lien de la page PHPMYADMIN ne fonctionne même si j'arrête la requête dans FIREFOX. Mais le serveur mysql continue à fonctionner correctement car les sites continuent à répondre. un restart MYSQL débloque PHPMYADMIN.
Je ne vois rien dans les logs. (Comment générer systématiquement une erreur pour être sur qu'ils fonctionnent ?)
Je ne vois pas de saturation des partitions du serveur qui pourrait expliquer ce bouclage

Merci pour vos idées

Bonjour,

L'utilisation d'alias pour les tables est fortement recommandé dès qu'il y a plus d'une table dans la requête. Cela facilite l'écriture et la lecture de celle-ci. Il faut ensuite utiliser systématiquement ces alias devant chaque colonne nommée pour savoir facilement de quelle table elle vient.

D'après le préfixe de vos noms de tables, c'est du Joomla ?
J'ose espérer que la colonne subid est indexée ? Vu que les modèles de données des CMS sont plutôt pourris, on ne sait jamais.
Sinon je ne vois pas pourquoi la seconde requête serait plus longue que la premiière.

À tout hasard, vous pouvez aussi essayer la requête suivante :

Code:

---

1 2 3 4 5 6 7

SELECT s.email FROM jos_acymailing_subscriber s WHERE NOT EXISTS ( SELECT * FROM jos_acymailing_listsub l WHERE l.subid = s.subid )

---

Merci pour votre réponse. C'est du Joomla en effet et subid est l'index de subscribers, mais listsub concatene subid (cardinalité 5) et listid (cardinalité 312664) comme index.
J'avais fait ces requêtes avec des alias sans plus de résultat.

J'ai essayé votre requête. Même résultat. Le serveur se met à boucler, le process mysql utilisant 101% des resources.

J'ai tenté une réparation et optimisation des tables concernées qui n'a rien donné non plus.

J'ai fait ces requêtes sur un autre serveur, local, même chose.

Citation:

---

listsub concatene subid (cardinalité 5) et listid (cardinalité 312664) comme index.

---

Si cela veut dire que l'index est basé sur le couple de colonnes {subid, listid} dans cet ordre, alors il est très mal foutu ! :aie:
De plus, cela veut dire que listid n'est pas indexé individuellement et que les recherches faites sur cette colonne n'utiliseront pas l'index basé sur le couple.

Il faut inverser les colonnes de l'index et ça devrait aller beaucoup plus vite.

Quand je disais que les BDD des CMS sont mal foutues ! :mouarf: