[Problème] "Slowslogs" chez informaniak avec notre site web

[Isabelle62]

Bonjour,

nous venons de recevoir un message d'infomaniak nous annonçant que notre site web générait des "slowslogs".
Voici le texte exact

"Votre site produits des slowlogs. Nous vous demandons de bien vouloir optimiser les requêtes qui posent problème. Merci de nous nous tenir au courant de vos modifications.".

Nous ne savons pas ce que signifie ce terme et surtout nous ne savons de quelles requêtes, il s'agit. Nous les avons contactés pour avoir plus d'informations.
Mais en attendant leur réponse, est-ce quelqu'un pourrait nous aiguiller pour résoudre ce problème et surtout nous dire s'il est lié à Joomla. Depuis 7 ans, aucun problème de ce genre n'est survenu.
Apparemment, il est lié à la version 2.5.

Nous utilisons Joomla 2.5 avec un template Gavick (Creativity). Notre site web est www.guillenphoto.com.

La semaine dernière nous avons effectué un changement important. La base de données devenait énorme car nous avions mis en place le Smart Search de Joomla. Nous n'avons que 750 articles K2 mais la base de données avait atteint 80 go. Nous avons arrêté d'utiliser le smart search et nous avons mis en place google cse personnalisé qui est nettement meilleur.
Pensez-vous que ce soit google qui entraine ce phénomène de Slowlogs?

J'espère que quelqu'un pourra nous aiguiller?
Bien à vous
Isabelle

[jisse03]

Re : "Slowslogs" chez informaniak avec notre site web

Bonjour,

Les Slow Queries sont des requête sSQL extrêmement lentes http://dev.mysql.com/doc/refman/5.5/...query-log.html

Pour en trouver la raison, le log des slow queries est indispensable pour déterminer l'extension en cause.

[Isabelle62]

Re : "Slowslogs" chez informaniak avec notre site web

Merci beaucoup.
Votre réponse nous éclaire sur la nature du problème.
Il ne reste plus qu'à Infomaniak à nous founir les requêtes qui produisent ces lenteurs. Sinon, nous ne pouvons pas trouver quel est le composant en cause.

Merci pour votre aide
Isa

[Isabelle62]

Re : "Slowslogs" chez informaniak avec notre site web

Bonjour,

Nous venons d'avoir la requête incriminée pour la journée d'hier:
# Time: 131018 13:14:14
# Query_time: 5.586620 Lock_time: 0.000417 Rows_sent: 1 Rows_examined: 737
use notre-base-de-données;
SET timestamp=1382094854;
SELECT COUNT(*) FROM joomla_k2_items WHERE YEAR(created)=799 AND MONTH(created)=7 AND DAY(created)=1 AND published=1 AND ( publish_up = '0000-00-00 00:00:00' OR publish_up <= '2013-10-18 11:14:09' ) AND ( publish_down = '0000-00-00 00:00:00' OR publish_down >= '2013-10-18 11:14:09' ) AND trash=0 AND access IN(1,1) AND language IN ('fr-FR', '*') AND EXISTS(SELECT * FROM joomla_k2_categories WHERE id= joomla_k2_items.catid AND published=1 AND trash=0 AND access IN(1,1) AND language IN ('fr-FR', '*') );

Apparemment, il s'agit du composant K2.
Le temps recommandé par Infomaniak est de 5 secondes par requête. Apparemment, de temps en temps nous avons une requête qui est plus longue à s'exécuter. Cela arrive une fois par jour (pas plus). De plus ce n'est pas la même requête chaque jour. Nous trouvons que c'est un peu exagéré de nous demander de changer le code de notre site pour un événement si rare.
De toute manière, nous ne pouvons pas intervenir, nous n'y connaissons rien. De plus il s'agit de K2. Nous n'utilisons que ce composant pour nos articles. Impossible de revenir en arrière.

Qu'en pensez-vous?
isabelle

[jisse03]

Re : &quot;Slowslogs&quot; chez informaniak avec notre site web

Hum....

Rows_examined: 737

N'utilisant pas K2, je n'ai aucune idée des index utilisés.

Mais pour qu'une requête ne mettant en jeu que 737 lignes, le temps d'exécution devrait être inférieur à la seconde (de l'ordre de 50 millisecondes si tous les index sont optimisés).
Il doit y avoir dans cette requête (ou autres du même type) un problème d'indexation entre requête et subselect conditionnel.

Si le site est mutualisé, il y a aussi à prendre en compte la charge du serveur.

[Isabelle62]

Re : &quot;Slowslogs&quot; chez informaniak avec notre site web

Merci pour votre réponse.
Comme nous utilisons K2 depuis des années et que nous n'avons jamais eu un seul problème, nous ne comprenons pas ce qui se passe.
Pourriez-vous me dire comment savoir si c'est un problème du serveur ou si c'est un problème de notre site?
Nous avons 1 fichier slowlog par jour. Il n'y a qu'une seule requête à chaque fois et jamais la même mais toujours avec K2. Pensez-vous que le fait d'archiver toutes les requêtes pendant une semaine et de voir à quelle heure le pb survient serait une piste?

Bien à vous
Isabelle

[jisse03]

Re : &quot;Slowslogs&quot; chez informaniak avec notre site web

Dans ces cas là, seule une analyse fine des logs du serveur MySQL peut aider. Si le slow query est causé par une surcharge serveur (ou que tous les users font un backup de leur base de données au même moment), le suivi de l'haure de la requête est important.

Il n'y a pas vraiment de "livre de cuisine" à ce niveau, c'est du cas par cas.