Annonce

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

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

mitia
Membre
2010-10-21
9

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

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.

Hors ligne

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

ddtddt
Équipe Piwigo
Quetigny (21) - France
2007-07-27
14862

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

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 ?


Vous aimez Piwigo alors n'hésitez pas à participer avec nous, plus d'infos sur la page "Contribuer à Piwigo". Si vous n'avez pas beaucoup de temps et que vous souhaitez nous soutenir vous pouvez aussi le faire par un don.

Hors ligne

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

mitia
Membre
2010-10-21
9

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

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.

Hors ligne

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

P@t
Équipe Piwigo
Nice
2007-06-13
5694

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

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.


P@t

Hors ligne

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

plg
Équipe Piwigo
Nantes, France, Europe
2002-04-05
12364

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

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)


Dernier billet du blog Piwigo.com (18 mars 2020) Covid19 : allongement de la période d’essai pour les entreprises

Hors ligne

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

gilbau
Membre
2006-10-24
72

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

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;

Hors ligne

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

gilbau
Membre
2006-10-24
72

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

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

Hors ligne

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

gilbau
Membre
2006-10-24
72

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

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 ?

Hors ligne

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

rvelices
Équipe Piwigo
2005-12-29
1417

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

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"

Hors ligne

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

rvelices
Équipe Piwigo
2005-12-29
1417

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

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

Hors ligne

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

gilbau
Membre
2006-10-24
72

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

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)

Hors ligne

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

mistic100
Ex Equipe Piwigo
Lyon
2008-09-27
3556

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

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

Hors ligne

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

gilbau
Membre
2006-10-24
72

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

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 ?

Hors ligne

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

gilbau
Membre
2006-10-24
72

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

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;

Hors ligne

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

oliverfr
Membre
2013-04-27
158

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

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)

Hors ligne

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

Pied de page des forums

Propulsé par FluxBB

github twitter facebook newsletter Faire un don Piwigo.org © 2002-2020 · Contact