Parcours de table

Bonsoir,

Sur mon site, j'ai cette requête qui s'exécute à chaque affichage de page :

Code:

---

1 2 3 4 5

<?php   mysql_query('DELETE FROM table WHERE type!=2 AND date_fin<'.time().'');   ?>

---

Est-il préférable de faire autrement pour que cela consomme moins (parce que si ça parcourt à chaque fois toute la table j'imagine que c'est pas terrible).

Merci d'avance !

Saluton,
Je crois surtout qu'il y a comme un défaut de conception de ce site.

Euh ?
Ca ne m'aide pas beaucoup :°

Une table nommé table ? :mouarf:

Ce n'est pas son nom correct :mrgreen:

en faite si tu veux juste que ca soit quelque chose qui s'exécute régulièrement, tu peux utiliser le planificateur d'événements de mysql (http://dev.mysql.com/doc/refman/5.1/en/events.html) (ta version de mysql l'a peut etre pas par contre si c'est pas récent, et il faut avoir certains droits)
si non une astuce pour ta requete :

Code:

---

DELETE FROM table WHERE type!=2 AND date_fin < NOW()

---

Ah oui, merci beaucoup.
J'ai fait un cron donc c'est plus ou moins l'équivalent :)

Par contre, j'ai toujours Handler_read_rnd_next qui croît vraiment très rapidement.
J'utilise des jointures et apparement il n'y en a pas beaucoup qui n'utilisent pas d'index. Est-ce que ça pourrait venir de mes requêtes COUNT(*) ?

SELECT COUNT(*) AS nb FROM table WHERE id=x

Merci.

Citation:

---

Envoyé par Portus

Euh ?
Ca ne m'aide pas beaucoup :°

---

Et c'est regrettable, parce que le simple bon sens devrait te pousser à explorer cette voie.
Imagine un site de 10 pages avec 10 000 visiteurs par jour, cela voudrait dire 100 000 requêtes DELETE /jour.
Quel FAI acceptera cela ?
Pensu aliamaniere, il y a surement moyen de procéder autrement.

Oui, j'ai fait un cron qui s'exécute toutes les 6heures et toutes les 2 minutes pour le système de connecté/non connecté :)
Par contre le Handler_read_rnd_next croît toujours énormément :s

Citation:

---

Envoyé par Portus

Par contre, j'ai toujours Handler_read_rnd_next qui croît vraiment très rapidement.

---

C'est une métrique qui tend quand même à croitre assez rapidement. Faut voir ce qu'on appelle "très rapidement" et l'activité du serveur, ainsi que la quantité de données dans les tables.

Citation:

---

Envoyé par Portus

J'utilise des jointures et apparement il n'y en a pas beaucoup qui n'utilisent pas d'index.

---

Pas beaucoup qui n'utilisent pas d'index, il y a moyen que ce soit déjà trop (suivant les cas). Un balayage de table peut faire +1 000 000 sans problème, sans parler des jointures.

Pour partir à la chasse, il y a le "slow queries log" avec l'option log-queries-not-using-indexes. Attention tout de même, ce n'est pas parce qu'une requête utilise des index qu'elle ne va pas retourner énormément de données (par exemple, une requête avec un BETWEEN large et beaucoup de jointures).

Citation:

---

Envoyé par Portus

Est-ce que ça pourrait venir de mes requêtes COUNT(*) ?
SELECT COUNT(*) AS nb FROM table WHERE id=x

---

Si "id" est indexé, a priori non. Il n'y a qu'à tester : lancer l'application en local, charger des données de production, noter la valeur de Handler_read_rnd_next, lancer la requête incriminée et comparer.