MySQL + C# .Net 4 = Too Many Connexions

Bonjour,

Je post ici car je ne sais plus où trouver de l'aide.

Mon problème :

J'ai un site .Net dont la base est en MySQL. Ce site plante aléatoirement avec le message d'erreur : Too many connexions.

J'ai passé le "Max Pool Size" de mon site (web.config) de 150 à 250 et ça c'était calmé.

Pour faire repartir le site, un simple IISRESET suffit.

Le problème est que je suis obligé de faire des nuits blanches pour surveiller le site et que je ne sais plus quoi faire pour résoudre ce problème qui ne m'était jamais arrivé.

Merci d'avance pour votre aide.

Scots

Edit:
Je précise un truc :

Malgré que j'ai vérifié mes "close" dans mon site, j'ai un grand nombre de connexions en "sleep" quand je regarde avec MySQL Workbench.

Mon "Connection limit" est à 100 alors que je l'avais passé à 200 :(

Tu as augmenté le paramètre max_connections? Si oui, l'as tu mis dans ton my.cnf? Si non, lorsque tu redémarre mysql , ce paramètre ne sera pas sauvegardé et donc la valeur par défaut sera de nouveau appliqué (100).

http://dev.mysql.com/doc/refman/5.5/...ax_connections
http://dev.mysql.com/doc/refman/5.5/...nnections.html

Il se peut que tu ai ensuite des erreurs Too many open files dans ce cas, il faudra augmenter la valeur du paramètre open-files-limit
http://dev.mysql.com/doc/refman/5.5/...en-files-limit

Tu peux aussi regarder du côté des paramètres interactive_timeout et wait_timeout qui pourra killer tes sessions en sleep
http://dev.mysql.com/doc/refman/5.1/...r_wait_timeout

Bonjour et merci IndianaAngus, j'avais en effet fais la modif via phpMyAdmin ... Je pensais que ça fonctionnait ...

Je viens de mettre à jour mon fichier my.cnf. J'ai passé le 100 à 1000 pour voir ...

A voir mais je dois attendre pour rebooter :(

Sinon, je viens de découvrir ce post : http://www.primaryobjects.com/CMS/Article69.aspx

Qu'en pensez-vous ?

Je viens de voir que mon wait_timeout est à 28800. C'est en secondes ? Si oui c'est énorme non ? interactive_timeout pareil ...

Je regarderai plutôt du côté du wait_timeout dans un premier temps avant de faire des kill des sessions dans le code et voir ce que ca donne. Baisser la valeur à quelques minutes d'inactivité (a définir en fonction du temps d'inactivité des autres sessions). La valeur est en secondes et donc 28800 représente 8h. Pour un site web ca me semble effectivement très élevé.
Tu peux changer le paramètre de max_connexion à chaud pour qu'il sois pris en compte tout de suite comme tu l'avais déjà fait auparavant. Mais toujours penser à le mettre dans le my.cnf sinon, au redémarrage il reprendra la valeur par défaut.

Les paramètres de timeout sont aussi dynamique donc tu peux le changer de suite mais ce paramètre ne sera pris en compte que pour les nouvelles connexions.


En espérant que cela t'aide.

Merci Indiana, mais peux-tu me dire où trouver la variable wait_timeout ? Elle n'est pas dans le my.cnf

Si je comprends bien, je peux modifier mon my.cnf qui sera pris en compte au reboot mais quand même essayer en modifiant les valeurs dans phpmyAdmin avant ce reboot ? Le dernier ne modifiant pas le premier ?

Si la valeur n'est pas dans le my.cnf et bien il suffit tout simplement de l'ajouter dans la section [mysqld] . Si ce n'est pas présent, c'est la valeur par défaut qui est prise.

C'est tout à fait ca, lorsque tu change un paramètre de manière dynamique, il n'est pas ajouté dans le my.cnf et au démarrage c'est le paramètre du my.cnf qui est pris en compte. Si le paramètre n'existe pas, c'est la valeur par défaut qui est prise.
Ca permet entre autre de ne pas avoir à redémarré mysql pour changer un paramètre.

C'est le cas que tu as eu avec le max_connections que tu as changé de manière dynamique et qui est revenu à sa valeur par défaut lorsque tu as redémarré car il n'était pas dans le my.cnf.

Voici une liste de tout les paramètre de mysql http://dev.mysql.com/doc/refman/5.1/...variables.html

Well,

J'ai fais la modif dans le my.cnf (max_connexions, wait_timeout, interactive_timeout). J'ai rebooté à 22h :

Mon site n'a pas encore planté (touching monkey skin :)) et MySQL Workbench m'indique que les "slepp" sont BEAUCOUP moins nombreuses.

Merci beaucoup Indiana. Je continue ma surveillance au cas où :)

tant mieux, espérons que ca tienne :D

Si ca ne tiens pas je reviendrais ici :)