[Binano]

Bonjour à tous,

Depuis plusieurs mois mon serveur MySQL (offre SQL privé RAM 256 d'OVH) plante régulièrement (une fois par semaine(!)), dans ce cas il faut que je reboot le serveur et que je répare les tables de ma base de données... Message d'erreur sur le forum de type "Too many connection...". Cependant le fichier de config My.cnf a l'air correct et a été vérifié par le SAV d'OVH. M'enfin ça ne veut pas dire grand chose...

Après analyse il semblerait que des requêtes soient en attentes d'exécution... ces requêtes s'accumulent et sature le serveur en connexion...

Désolé pour la mise en page c'est un copié/collé infructueux d'un message du SAV d'OVH...
- code supprimé par Lolovoisin -
Motif: 20 lignes de codes maximum


Y'a-t'il un moyen d'atténuer ce phénomène ? Je pensais notament aux réglages des paramètres de charge, qu'en pensez vous ? :

Limiter la charge système : 0
Durée de la session : 3600 secondes
Nombre de session : 0
Durée d’apparition dans la liste des utilisateurs en ligne : 5 minutes

Merci d'avance pour vos réponses.

[Dakin Quelia]

Bonjour sylkapi,

Cela ne concerne pas directement phpBB et je pense que tu trouveras du support sur le forum officiel de ton hébergeur. Il y a des membres compétents désireux de t'aider.

A bientôt,

[Binano]

J'avais demandé de l'aide sur le forum d'OVH mais je n'ai pas eu de réponse...
Du coté du SAV officiel d'OVH ils se retranchent derrière les erreurs de requêtes citées dans mon message précédant donc ils me demandent de virifier tout ça de mon coté... Et de mon coté, mis à part réparer et optimiser les tables j'ai pas la main sur grand chose à ce niveau là...

Pourrais-tu au moins m'aider à optimiser la partie "paramètres de charge" qui concerne le forum phpbb ?

Quels risques je prends à limiter la charge du système à 0,95 par exemple ?
Ou encore limter la durée des sessions à 2700 secondes ?
Ou carrément limiter le nombre de sessions ?

[Dakin Quelia]

Je ne pense pas que l'on ait besoin de régler les paramètres au niveau de la charge. Laisser par défaut c'est bien.

Mais tu devrais vider les tables de recherches déjà. Et optimiser tes tables, oui. Ce serait une bonne chose.

[Binano]

Tu veux dire vider et reconstruire les tables de recherche ? Je m'y colle dès ce soir.

Pour tout dire je m'orientais vers tout ce qui peut toucher les "sessions" car le problème est à chaque fois en relation avec la table "phpbb3_sessions" (voir les requêtes en attente dans mon message ci-dessus)...

[Dakin Quelia]

Non, c'est les connexions à SQL qui sont trop nombreuses. Cela peut être un afflux de membres qui se connectent au forum en simultané.

[Binano]

Le "max_connections" du fichier My.cnf est actuellement à 150. J'ai essayé à 400 mais ça ne changeait rien, le serveur MySQL sautait quand même...

Par contre ça me fait penser à un truc :
Nombre de connection = Nombre de session ?
Si c'est le cas, je règle le nombre de session dans les paramètres de charge à 149 par exemple, ça rendra le forum indisponible juste avant que le serveur MySQL plante, c'est bien ça ?

[Dakin Quelia]

Il faudrait tester en fait. Sinon, je te conseille de changer d'offre et voir s'il n'y en a pas une qui propose plus ou alors si vraiment ça devient très important: prendre un VPS.

[Binano]

Difficile de faire plus, c'est soit disant illimité

Je cite :

Taille des bases illimitée
Nombre de connexions simultanées illimité
Choix de la version SQL et changement possible à tout moment
Configuration du serveur MySQL adaptable à vos besoins
Possibilité de créer des comptes privilégiés pouvant accéder à plusieurs bases de données

[Dakin Quelia]

A priori, ce n'est pas le cas.

[Binano]

en fait je n'ai pas l'impression que le problème vienne du nombre de connexion simultannée... le forum vient de faire replanter la base SQL à l'instant...
J'ai regardé les requêtes en cours ayant provoqué le crach... je n'ai qu'un bout de la ligne mais toutes sont de la forme suivantes :

SELECT u.*, s.* FROM phpbb3_users u LEFT JOIN phpbb3_sessions s ON (s.session_user_id = u......... je n'ai pas la suite....

Ca te parle Dakin Quelia ?

[EaX]

Ton serveur crash avec un certains nombre d'utilisateur ?

@+
EaX

[Binano]

Non, d'après OVH il ne s'agit pas d'un nombre d'utilisateur mais d'un nombre de requête en attentes d'exécution depuis plus de XXXXXXX secondes ce qui n'est pas normal. Dans ce type de cas les requêtes s'accumulent et sature le serveur en connexion.

Donc ils me demandent de vérifier mes requêtes... très bien mais mis à part la réparation/optimisation des tables je ne vois pas ce que je peux faire d'autre...

J'ai réparé les tables pas plus tard que ce matin suite à un plantage et pourtant la base SQL a remouliné dans le vide tout à l'heure. Seul un reboot du serveur SQL permet de refaire fonctionner le forum... c'est rageant

et quand ça mouline indéfiniment, voici le type de requête qui s'accumulent :

Code: Tout sélectionner

SELECT u.*, s.* FROM phpbb3_users u LEFT JOIN phpbb3_sessions s ON (s.session_user_id = u................

[Dakin Quelia]

Je crois que l'hébergeur pédale dans la semoule car normalement ce type d'erreur avec la table sessions ça ne devrait pas arriver.

Tu as fait des modifications sur ton forum? (MODs, script)

[Binano]

Oui,

- Tapatalk
- Genders
- Easy_resizer
- ajax_shout_v1.0.3a

J'ai d'autres forums en mutualisé qui ont exactement la même trame, les mêmes MOD et qui fonctionnent parfaitement. C'est à ni rien comprendre