Bonjour,
J'ai à nouveau des slowlogs qui correspondent à mon retour de vacances cette fois, les jours où j'ai ajouté des photos (4700 photos sur plusieurs jours).
D'après l'heure indiquée dans le fichier slowlog, je me pose une question: ne serait-ce pas lorsque je créé des sous-albums? L'heure correspond au début de la journée le dimanche quand j'ai créé les sous-albums. Ensuite j'ai mis plein de photos durant toute la journée et il n'y a pas de slowlogs le reste de la journée.
Extrait du slowlog: piwigo_image_category ON id=image_id
WHERE category_id NOT IN (107)
AND level>0
J'avais fermé le site piwigo pour maintenance 2 jours avant, donc il n'y a que moi qui avait accès le jour des slowlogs. Je laisse fermé pour maintenance quelques jours pour surveiller.
Je suis chez infomaniak.
Sylvie
Vous ne voulez pas un whisky d'abord ?
Je vais attendre les deux doigts. Merci
on est en RC et à deux doigts de sortir en stable Donc un peu de Wait and see
sylvsteph a écrit:
Bonjour,
(...)
J'ai coupé l'accès au site temporairement et j'attends avec impatience une nouvelle version...
Sylvie
Là il faudrait l'avis, la confirmation d'un des membres de l'équipe piwigo, mais il me vient à l'esprit que, peut-être, plutôt que de couper totalement ton site, tu pourrais plutôt essayer la version 2.7 encore en beta à l'heure actuelle ?
Dispo ici, bien lire ce qui y est raconté, liens de DL en bas de page : http://fr.piwigo.org/forum/viewtopic.php?id=25568
Parfois "beta" veut dire que ça marchera chez presque tout le monde et que presque tous les changements planifiés sont déjà implémentés.
Parfois, ça voudra dire que ça risque de casser chez tout le monde et que les changements attendus n'ont pas encore été installés.
Qu'en est-il de piwigo, aucune idée :D
Mais, bon, voilà l'idée, une beta plutôt qu'une coupure...
Bonjour,
J'ai exactement le même problème chez infomaniak et je suis absolument sûre que ce n'est pas l'ajout de photos, étant donné que ce problème est intervenu deux fois dans l'année, et à chaque fois j'étais en vacances sans internet et personne d'autre que moi ne peut ajouter de photos sur le site.
Mon site n'est pas beaucoup consulté, étant donné que ce sont des photos de vacances, seuls les amis et la famille le consultent, ainsi que quelques personnes qui tombent dessus en faisant des recherches.
Se pourrait-il que ce soit un robot qui consulte en masse les pages des sites à un moment donné?
Je n'ai jamais eu de problème en revanche lorsque j'ajoute des photos, et pourtant quand je le fais, ça dure presque toute une journée en continu.
Etrange non? Je me demande ce qui peut provoquer ça.
J'ai coupé l'accès au site temporairement et j'attends avec impatience une nouvelle version...
Sylvie
Bonjour Plg, ça fait plaisir de l'apprendre, merci :)
A priori, l'impact des changements apportés à piwigo, cela concernerait/améliorerait/résoudrait autant les problèmes de lenteur et de congestion (ah, les select distinct sur gros sites) à l'upload et à la visite web de visiteurs ?
A priori ce sera beaucoup mieux en 2.7. rvelices a implémenté un systeme de mise en cache du résultat des requêtes SQL les plus lourdes, notamment celle du mode "flat" qui semble être celle en question ici.
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...
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;
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 ?
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
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
Ahhh et encore un lock time eleve n'est pas du tout normal. C'est un site tres frequenté ?
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"