Fork me on GitHub




« 1 (2) 3 4 »


Re: Surcharge serveur
Régulier
Inscrit: 04/02/2003 08:53
De Paris
Messages: 312
Je relance le sujet car mon hébergeur continue à me demander, à juste titre, d'optimiser mes requêtes SQL.

Les requêtes en cause sont toujours les mêmes !
Contenu du fichier slowlog !

# Time: 130918  7:56:42
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 16.258757  Lock_time: 0.000092 Rows_sent: 10  Rows_examined: 27235
use xxxxx;
SET timestamp=1379483802;
SELECT p.*, t.*  FROM xxxxx_bb_posts AS p LEFT JOIN xxxxx_bb_posts_text AS t ON t.post_id p.post_id WHERE (p.forum_id IN (17) AND p.approved '1'ORDER BY p.post_time DESC LIMIT 884010;
# Time: 130918 10:35:12
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 5.397629  Lock_time: 0.000083 Rows_sent: 1  Rows_examined: 63
use xxxxx;
SET timestamp=1379493312;
SELECT  COUNT(*) FROM `xxxxx_bb_postsWHERE (topic_id '10203' AND approved '1');
# Time: 130918 12:59:43
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 7.377828  Lock_time: 0.000098 Rows_sent: 1  Rows_examined: 146
use xxxxx;
SET timestamp=1379501983;
SELECT COUNT(*) FROM xxxxx_priv_msgs WHERE (read_msg '0' AND to_userid '5317');
# Time: 130918 14:27:21
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 9.648666  Lock_time: 0.000304 Rows_sent: 1  Rows_examined: 115
use xxxxx;
SET timestamp=1379507241;
SELECT COUNT(*) FROM xxxxx_priv_msgs WHERE (read_msg '0' AND to_userid '736');
# Time: 130918 14:44:50
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 14.943108  Lock_time: 0.000108 Rows_sent: 10  Rows_examined: 47836
use xxxxx;
SET timestamp=1379508290;
SELECT p.*, t.*  FROM xxxxx_bb_posts AS p LEFT JOIN xxxxx_bb_posts_text AS t ON t.post_id p.post_id WHERE (p.forum_id IN (21) AND p.approved '1'ORDER BY p.post_time DESC LIMIT 1590010;
# Time: 130918 15:08:19
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 6.418801  Lock_time: 0.000153 Rows_sent: 1  Rows_examined: 40
SET timestamp=1379509699;
SELECT  COUNT(*) FROM `xxxxx_bb_postsWHERE (forum_id IN (16,50,53,54,55,56,2,9,7,10,12,14,17,19,24,30,34,35,36,46,1,4,6,44,45,5,21,40,25,28,29,47,13,23,22,49,26,42,8) AND uid '1940' AND approved '1');
# Time: 130918 15:37:54
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 33.210003  Lock_time: 0.000126 Rows_sent: 10  Rows_examined: 752104
use xxxxx;
SET timestamp=1379511474;
SELECT p.*, t.*  FROM xxxxx_bb_posts AS p LEFT JOIN xxxxx_bb_posts_text AS t ON t.post_id p.post_id WHERE (p.forum_id IN (16,50,53,54,55,56,2,9,7,10,12,14,17,19,24,30,34,35,36,46,1,4,6,44,45,5,21,40,25,28,29,47,13,23,22,49,26,42,8) AND p.approved '1'ORDER BY p.post_time DESC LIMIT 21442010;


C'est donc newbb 3.08 qui est en cause. Comment éviter de surcharger le serveur mutualisé ? J'ai plus de 300.000 posts dans le forum...

Merci à vous !

Posté le : 20/09/2013 16:23

Open in new window
18 ans sous XOOPS !
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Régulier
Inscrit: 17/12/2008 10:55
Messages: 203
Une mise a jour vers la dernière version peut être?
Ici

Posté le : 20/09/2013 20:11
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Admin Frxoops
Inscrit: 16/03/2009 16:40
De Tende (06)
Messages: 3528
Corbac, tu lui donnes la version anglaise là

Voici la version Française de Newbb :

Lien Newbb 4.33 RC7 sur frxoops

Lien Newbb 4.33 RC7 sur le svn de Xoops France.

En plus j'en ai parlé aujourd'hui déjà sur ce message.

Sauvegarde ta base de données avant tout changement, à partir de PhpMyAdmin ou à l'aide du module Backpack.

escrime-info a décidé de ne pas mettre à jour pour cette raison qu'il avait invoquée.

Posté le : 20/09/2013 23:41

Open in new window

Xoopseuse Mai 2012 | Responsable équipe internationale | Recherche avancée en bas de page !
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Régulier
Inscrit: 17/12/2008 10:55
Messages: 203
Oups... xd! A force je me perds tout seul... mdr! Bon au moins il y avait de l'idée, non?

Posté le : 21/09/2013 00:38
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Admin Frxoops
Inscrit: 16/03/2009 16:40
De Tende (06)
Messages: 3528
Oui c'est agréable que quelqu'un aide et réponde

Posté le : 21/09/2013 00:53

Open in new window

Xoopseuse Mai 2012 | Responsable équipe internationale | Recherche avancée en bas de page !
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Admin Frxoops
Inscrit: 05/03/2005 05:20
De Vaucluse
Messages: 960
Salut escrime-info,

Il n'y a pas que les requêtes de newbb qui sont pointées par ton hébergeur, il y a aussi des requêtes venant de PM.
# Time: 130918 12:59:43
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 7.377828  Lock_time: 0.000098 Rows_sent: 1  Rows_examined: 146
use xxxxx;
SET timestamp=1379501983;
SELECT COUNT(*) FROM xxxxx_priv_msgs WHERE (read_msg '0' AND to_userid '5317');
# Time: 130918 14:27:21
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 9.648666  Lock_time: 0.000304 Rows_sent: 1  Rows_examined: 115 
use xxxxx;
SET timestamp=1379507241;
SELECT COUNT(*) FROM xxxxx_priv_msgs WHERE (read_msg '0' AND to_userid '736');

9 secondes pour remonter 1 enregistrement parmi 115... et les requêtes sont vraiment basiques...
A mon avis le serveur mutualisé sur lequel tu es hébergé doit commencer à atteindre ses limites et tu ne dois pas être le seul à recevoir ce type d'avertissement.

Citation :
J'ai plus de 300.000 posts dans le forum
Si je ne me trompe pas, d’après la requête ci-dessous tu en aurai 752104...
# Time: 130918 15:37:54
# User@Host: xxxxx[xxxxx] @ localhost []
# Query_time: 33.210003  Lock_time: 0.000126 Rows_sent: 10  Rows_examined: 752104
use xxxxx;
SET timestamp=1379511474;
SELECT p.*, t.*  FROM xxxxx_bb_posts AS p LEFT JOIN xxxxx_bb_posts_text AS t ON t.post_id p.post_id WHERE (p.forum_id IN (16,50,53,54,55,56,2,9,7,10,12,14,17,19,24,30,34,35,36,46,1,4,6,44,45,5,21,40,25,28,29,47,13,23,22,49,26,42,8) AND p.approved '1'ORDER BY p.post_time DESC LIMIT 21442010;


Donc, pas évident pour moi que ton problème vienne réellement de newbb.

Posté le : 21/09/2013 11:18

Open in new window

Xoops 2.5.7.2 - Debian 8.2 - Apache 2.4.10 - MySQL 5.5.47 - Php 5.6.17
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Régulier
Inscrit: 04/02/2003 08:53
De Paris
Messages: 312
Merci !

Mon hébergeur est le même que Xoops France.
Bon ,je vais me lancer dans la mise à jour du forum, on verra bien.
C'est bien 350.000 messages et non 700.000, donc effectivement je ne comprends pas bien. Pour les PM, curieux aussi.

Posté le : 21/09/2013 11:58

Open in new window
18 ans sous XOOPS !
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Admin Frxoops
Inscrit: 04/02/2003 16:46
De Blois
Messages: 3071
bonjour,
nous avons helas souvent la meme problematique sur frxoops
quelques questions :
- as-tu optimisé les tables via phpmyadmin ?
- as-tu fais une verification dans les notifications ? certains membres sont notifiés sur beaucoup de sujets dans les forums et utilisent les notifications par pm ce qui fini par charger beaucoup les tables... certains de ces membres peuvent ne meme plus venir sur le site.
=> si tu veux je peux faire une requete^pour trouver le nombre de pm par membre dans les tables, etape avant de faire du menage.
- je ne sais pas si c'est ton cas mais certaines tres vieilles contributions ne sont plus vraiement utiles et peuvent etre obsolettes...

il y a encore d'autres pistes bien sur

Posté le : 22/09/2013 14:59
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Admin Frxoops
Inscrit: 16/03/2009 16:40
De Tende (06)
Messages: 3528
Tous ces soucis, vous les aurez beaucoup moins en mettant à jour Xoops et ses modules.

Il faut savoir que frxoops est encore en version 2.5.0.
Nous devons prochainement le mettre à jour, quand Montuy337513 aura le temps.

Posté le : 22/09/2013 15:23

Open in new window

Xoopseuse Mai 2012 | Responsable équipe internationale | Recherche avancée en bas de page !
Partager Twitter Partagez cette article sur GG+
Re: Surcharge serveur
Admin Frxoops
Inscrit: 04/03/2011 09:10
De Lot
Messages: 2837
Il peut avoir plusieurs causes a ça, sur frxoops le problème récurrent été dû au formulaire de recherche sur la page d'accueil de frxoops.

la recherche était lancé a chaque fois qu'un bot passait sur la page. (erreur de programmation stupide, le champs contenait "Saisissez vos mots clés")

Ici dans ton cas, je dirai qu'il y a trop de post dans certaines catégories, peut-être les fractionner.

Mais c'est surtout la structure même des tables du modules qui faudrait revoir.

Posté le : 24/09/2013 14:12
Partager Twitter Partagez cette article sur GG+

 Haut   Précédent   Suivant
« 1 (2) 3 4 »



Vous pouvez voir les sujets.
Vous ne pouvez pas débuter de nouveaux sujets.
Vous ne pouvez pas répondre aux contributions.
Vous ne pouvez pas éditer vos contributions.
Vous ne pouvez pas effacez vos contributions.
Vous ne pouvez pas ajouter de nouveaux sondages.
Vous ne pouvez pas voter en sondage.
Vous ne pouvez pas attacher des fichiers à vos contributions.
Vous ne pouvez pas poster sans approbation.

Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

26 Personne(s) en ligne (19 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 26 | Plus ...