Piwigo.org

mitia · 2011-11-06 23:07:08

Salut tout le monde,

Mon hébergeur m'indique que cette requête est particulièrement lente :

# Time: 111103 16:50:37
# User@Host: / @ localhost /
# Query_time: 6 Lock_time: 0 Rows_sent: 3205 Rows_examined: 40343
SELECT c.id AS cat_id, global_rank, trash_cat,
MAX(date_available) AS date_last, COUNT(date_available) AS nb_images
FROM piwigo_categories as c
LEFT JOIN piwigo_image_category AS ic ON ic.category_id = c.id
LEFT JOIN piwigo_images AS i ON ic.image_id = i.id AND i.level<=0 AND i.trash_image=0
GROUP BY c.id, c.global_rank;

Et effectivement lorsque j'ajoute des photos, cela bloque le site pendant une bonne dizaine de secondes. Que dois-je changer dans cette requête ?
Notez que cette requête est légèrement diffèrente de l'originale car nous avons modifié Piwigo.

Merci pour votre aide!!
Seb.

ddtddt · 2011-11-07 07:19:28

je pense que cette requête n'intervient pas dans l'ajout de photos.

Dit plutôt ce que tu souhaites faire pour t'aider cela sera plus simple

Quel est ton hébergeur ?

mitia · 2011-11-07 08:25:04

L'hébergeur est Infomaniak.
J'ai des fichiers "slowlogs" qui sont générés avec toutes les requêtes lentes du site.
Et à chaque fois qu'un visiteur ajoute des photos, cela bloque le site pendant plusieurs secondes et la requête ci-dessus apparaît dans le fichier slowlog.

P@t · 2011-11-07 23:37:51

Si vous avez modifié cette requête, ça serait déjà pas mal de voir si avec la version originale, le ralentissement est toujours présent... et de nous dire ou se trouve cette modification et ce qu'elle apporte comme changement.

plg · 2011-11-08 10:38:15

trash_cat et trash_image : ça c'est du spécifique. Est-ce qu'il y a un index sur trash_image ? quel est le type de cette colonne ?

Et la réponse à la question de P@t m'intéresse aussi : si vous l'avez modifié, ce serait bien de comprendre pourquoi, peut-être que ce serait pertinent d'intégrer ça dans Community (et ça serait fait en prenant en compte les performances bien sûr)

gilbau · 2013-10-17 20:38:57

J'ai le même probleme sur mon site piwigo dernière version avec 30.000 photos environ , voici le log que ovh m'a envoyé

Bonjour,

Votre base fessecoonudism installée sur mysql51-58.pro a été déplacée vers le serveur de bases de données mysql51-2.abuse suite aux nombre élevé de requêtes lentes que vous effectuez, cela a eu pour cause de ralentir le serveur mysql51-58.pro impactant de ce fait d'autres clients.

Voici les détails :

=====
slowlog.fessecoonudism.nbrUniqSlowQuery 130 slowlog.fessecoonudism.nbrSlowQuery 3268 slowlog.fessecoonudism.time.average 11.31 slowlog.fessecoonudism.time.total 36973.71

http://demo.ovh.eu/78c5229b51c490475402c0d3b9e8d9b5
=====

Nous vous invitons à mettre à jour le fichier de configuration de votre site pour que celui-ci puisse atteindre le nouveau serveur de base de données.

Votre site continuera à fonctionner sous le nouveau serveur (de façon plus lente). Cependant vous pouvez revenir vers le serveur d'origine à condition d'optimiser vos requêtes/scripts, il faudra dans ce cas revenir vers nous afin de nous expliquer les modifications effectuées.

Si cela est suffisant, votre base sera remise en place sur le serveur d'origine.

Cordialement,
Romuald D.

Et ici le texte de http://demo.ovh.eu/78c5229b51c490475402c0d3b9e8d9b5

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.6]
# Query_time: 7.631646 Lock_time: 2.534830 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026020;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.8]
# Query_time: 7.817033 Lock_time: 2.403401 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026020;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.5]
# Query_time: 8.120289 Lock_time: 2.619252 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026021;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;
# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.5]
# Query_time: 8.643619 Lock_time: 3.024510 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026021;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.9]
# Query_time: 8.626972 Lock_time: 3.010678 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026021;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.6]
# Query_time: 7.805475 Lock_time: 2.187280 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026021;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.5]
# Query_time: 11.380317 Lock_time: 2.953380 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026012;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.8]
# Query_time: 9.372685 Lock_time: 0.942598 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026012;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.9]
# Query_time: 11.488575 Lock_time: 2.922145 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026012;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.5]
# Query_time: 11.388615 Lock_time: 6.198705 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026016;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.7]
# Query_time: 6.112571 Lock_time: 0.849757 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026016;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

# User@Host: fessecoonudism[fessecoonudism] @ [10.0.78.9]
# Query_time: 9.371704 Lock_time: 4.107172 Rows_sent: 48934 Rows_examined: 199395
SET timestamp=1382026016;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,51,465,449,431,169,179,204,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

gilbau · 2013-10-24 09:50:14

petit up pour savoir si quelqu'un a peut decrypter l'analyse de la lenteur http://demo.ovh.eu/78c5229b51c490475402c0d3b9e8d9b5 et donc indiquer ce qui ne va pas

gilbau · 2013-11-19 18:19:17

Personne n'a d'idée sur mon probleme.
J'ai desinstallé les 2 ou 3 modules complémentaires que j'avais mis pour qu'il ne reste que piwigo (derniere version a jour)
et je deplace de temps en temps ma base de données car ovh me la bloque tous les mois environ

Et aujourd’hui encore ces erreurs et placement de ma base en serveur sql abuse (ce qui veut dire serveur tres tres lent et plein d'erreur de connexion)

Votre base fessecoonudi2go installée sur mysql51-106.bdb a été déplacée vers le serveur de bases de données mysql51-2.abuse suite aux nombre élevé de requêtes lentes que vous effectuez, cela a eu pour cause de ralentir le serveur mysql51-106.bdb impactant de ce fait d'autres clients.

Voici les détails :
slowlog.fessecoonudi2go.nbrUniqSlowQuery 92 slowlog.fessecoonudi2go.nbrSlowQuery 15123 slowlog.fessecoonudi2go.time.average 10.33 slowlog.fessecoonudi2go.time.total 156241.25

http://demold.ovh.net/c212a5407d35905d06ec0c0b9b3df1bc
=====

Nous vous invitons à mettre à jour le fichier de configuration de votre site pour que celui-ci puisse atteindre le nouveau serveur de base de données.

Donc quoi faire pour remedier à ce probleme recurrent ?

rvelices · 2013-11-19 20:16:57

C'est une requete standard qui devrait etre assez rapide ...
- Nous donner les infos dans l'acceuil d'admin (nb photos, albums, associations albums ...)
- Aller dans admin maintenance - reparer et optimiser la base (au cas ou)
- Verifier si par malheur les index de la table images n'ont pas disparu. Il doit y avoir sur date_available, level ...
- pour info: Cette requete vient de la visualisation de la gallerie en mode "flat"

rvelices · 2013-11-19 20:17:46

Ahhh et encore un lock time eleve n'est pas du tout normal. C'est un site tres frequenté ?

gilbau · 2013-11-19 21:32:40

Merci pour ces réponses. Mon site fait actuellement 5500 visiteurs jours selon google analytics, il faisait il y a quelques mois plus de 10.000 visiteurs par jour. C'est une galerie photos naturiste et nudité non sexuelle.
Il est visible en ce moment uniquement pour celui qui connait cette url à http://cluster014.ovh.net/~fessecoo/nudismlife1 sur la base abuse d'OVH
J'avais fait tous les opérations de maintenance le mois dernier à la suite de mon transfert sur un nouveau serveur de base de données

Voici les infos de la page admin
Version de Piwigo

Piwigo 2.5.3
Dernière version ?
Abonner ............ à la newsletter Piwigo

Environnement

Système d'exploitation: Linux
PHP: 5.2.17 (Montrer les informations) [2013-11-19 21:19:30]
MySQL: 5.1.66-0+squeeze1-log [2013-11-19 21:19:30]
Bibliothèque graphique: External ImageMagick 6.6.0-4

Base de données

52591 photos (premier élément ajouté le Vendredi 25 Mai 2007)
647 catégories dont 646 physiques et 1 virtuelle (52591 associations)
0 mot clé (0 association)
15849 utilisateurs
3 groupes
5074 commentaires
720536 notes

Je joins un lien vers la capture ecran de ma table images car je n'arrive pas a joindre le fichier http://fichiersgb20.free.fr/nudi/nudis_ … ucture.jpg

Dernière modification par gilbau (2013-11-19 21:37:43)

mistic100 · 2013-11-19 21:42:21

il y a au moins une table crashée : fessecoonudi2go/phpwebgallery1_rate, vous devriez faire les repair et optimize via phpmyadmin

et c'est pas normal ces tables images temporaires, elles auraient du etre supprimées

gilbau · 2013-11-19 22:23:59

Oui je viens de voir ce pobleme sur fessecoonudi2go/phpwebgallery1_rate, qui etait crashée et non reparable (il y avait plus de 700.000 entrées) je l'ai supprimé et remis une structure vierge.
Je verrais plus tard pour reinjecter les données
et j'ai fait les repair et optimize via phpmyadmin

Et donc comment ne plus avoir ces tables images temporaires ?
Puis je les supprimer ?

gilbau · 2014-09-03 18:58:15

De nouveau le même probleme
Que faire
Voici le message d'ovh pour expliquer le probleme

@NOW( 1409761345)
@COUNTER( slowlog)
slowlog.fessecoonudi4.nbrUniqSlowQuery 5
slowlog.fessecoonudi4.nbrSlowQuery 238
slowlog.fessecoonudi4.time.average 5.58
slowlog.fessecoonudi4.time.total 1327.32

# Time: 140903 18:22:25
# User@Host: fessecoonudi4[fessecoonudi4] @ [10.0.78.6]
# Query_time: 7.297352 Lock_time: 2.294197 Rows_sent: 73981 Rows_examined: 299658
SET timestamp=1409761345;
SELECT DISTINCT(image_id)
FROM phpwebgallery1_image_category
INNER JOIN phpwebgallery1_images ON id = image_id
WHERE
1=1
AND (category_id NOT IN (170,171,172,173,174,175,176,177,180,181,182,183,184,185,186,187,188,189,190,191,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255,256,257,258,259,260,261,262,263,264,265,266,267,268,269,270,271,272,273,274,275,276,277,278,279,280,281,282,283,284,285,367,469,508,514,539,540,541,542,583,584,593,594,598,676,51,169,179,204,431,449,465,632) AND level<=0)
ORDER BY date_available DESC, file ASC, id ASC;

oliverfr · 2014-09-06 02:57:28

Ce ne serait pas le select disctinct qui cause ça ?

J'ai eu ça aussi, dans mon cas, bien qu'étrangement la migration vers un nouveau serveur dédié beaucoup plus performant a précipité le problème au lieu de repousser sa survenue, allez comprendre ^^

Je crois que la réponse est dans ce thread :
http://piwigo.org/forum/viewtopic.php?id=24192 - même problème, identique.

Et, dans ce thread, Flop25 annonce que ça serait (mettons-le au conditionnel, il ne m'appartient pas de faire des promesses) réglé avec la version 2.7.

Aucune idée de quand elle viendra, mais touchons du bois ! ^^

EDIT : ah, pardon, je me trompe peut-être. Flop25 parle de bots visualisant des images, dans ce thread, alors qu'il s'agit ici de ralentissements lors de l'upload. Bon, désolé si j'ai parlé pour ne rien dire, à côté du sujet...

Dernière modification par oliverfr (2014-09-06 02:59:13)

Piwigo.org

Annonce

#1 2011-11-06 23:07:08

Requête MYSQL très lente : besoin de votre aide

#2 2011-11-07 07:19:28

Re: Requête MYSQL très lente : besoin de votre aide

#3 2011-11-07 08:25:04

Re: Requête MYSQL très lente : besoin de votre aide

#4 2011-11-07 23:37:51

Re: Requête MYSQL très lente : besoin de votre aide

#5 2011-11-08 10:38:15

Re: Requête MYSQL très lente : besoin de votre aide

#6 2013-10-17 20:38:57

Re: Requête MYSQL très lente : besoin de votre aide

#7 2013-10-24 09:50:14

Re: Requête MYSQL très lente : besoin de votre aide

#8 2013-11-19 18:19:17

Re: Requête MYSQL très lente : besoin de votre aide

#9 2013-11-19 20:16:57

Re: Requête MYSQL très lente : besoin de votre aide

#10 2013-11-19 20:17:46

Re: Requête MYSQL très lente : besoin de votre aide

#11 2013-11-19 21:32:40

Re: Requête MYSQL très lente : besoin de votre aide

#12 2013-11-19 21:42:21

Re: Requête MYSQL très lente : besoin de votre aide

#13 2013-11-19 22:23:59

Re: Requête MYSQL très lente : besoin de votre aide

#14 2014-09-03 18:58:15

Re: Requête MYSQL très lente : besoin de votre aide

#15 2014-09-06 02:57:28

Re: Requête MYSQL très lente : besoin de votre aide

Pied de page des forums