Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
MESSAGE d'erreur 1226
Bonjour
je reçois de temps en temps le message d'erreur suivant : "Ftal error ...[1226] User xxxxxx has exeeded the 'max_users_connections' resource' (current value 20) "
J'ai essayé d'augmenter la valeur sur MySql mais j'ai reçu le message : #1227 - Access denied; you need (at least one of) the SUPER privilege(s) for this operation
Pourriez-vous me dire la cause du message 1226 et m'aider à le résoudre, svp ?
Bonjour OUZFA,Envoyé par OUZFA
J'ai vu que la demande est marquée comme résolue avant le moindre commentaire.
Juste un petit mot sur la résolution permettrait de faire de la doc pour tous ceux qui éprouvent la même erreur
Ce que j'aurais indiqué est :
* Vérifier le nombre de connexions actuelles show processlist .
* Vérifier le paramètre en cours SHOW VARIABLES LIKE "max_connections";
Le savoir est une nourriture qui exige des efforts.
Bonjour MICHEL
Bonne année
SHOW VARIABLES LIKE "max_connections"; me donne : max_connexions 3000
show processlist me donne : un resultat vide
Les connexions il s'agit du nombre de =new PDO , c'est bien cela ?
Salut Michel
Pardon de te déranger.
Je voudrais savoir si j'aurais de soucis avec mes pages lorsqu'il y aura plusieurs utilisateurs qui ouvrent la page en même temps. Sachant que j'ai réduit le nombre de new PDO sur chaque page (un seul new PDO ou trois grand max par page)
Est-ce que le nombre de connexions mySql autorisé (20 connexions autorisées) concerne la page ou le nombre d'utilisateurs ?
Merci
bonne année Ouzfa
Mysql est un serveur.
A ce titre il sert des clients.
Chaque client doit de connecter au serveur ; ce sont ces connexions dont on parle.
En général un client est un composant n-tiers (comme un serveur Web) ; rarement une application finale (comme XL par exemple)
Le composant n-tiers fait son boulot ; de son coté.
Pour servir ces propres clients il peut être amené à se connecter à une base de données, soit avec une connexion unique soit via un 'pool de connexion', c'est à dire un ensemble de connexions avec les mêmes identifiants (user + pwd)
Calculer le 'bon' nombre de connexion qu'un pool doit ouvrir relève d'une stratégie qui implique :
* nombre de connexions (initiales, idéales, max, min, ...)
* règle de gestion pour ouvrir / fermer les connexions
L'idée est la suivante : on imagine qu'une connexion est un tuyau/canal.
Quand on poste une requête le tuyau est 'occupé' tant que l'intégralité de la réponse n'est pas rendue.
Si chaque demande met 10 millisecondes, et qu'il y a -en moyenne- moins d'une requête toutes les 15/20 millisecondes => 1 seule connexion suffit
Dans le cas inverse il est intéressant d'ouvrir plus de connexions afin de 'transférer' la file d'attente des requêtes coté serveur SQL ; après tout c'est un serveur !
MAIS ouvrir/fermer des connexions coûte des ressources (CPU, allocation RAM, ...) et prend du temps.
Si ouvrir une connexion prend 20 millisecondes, alors la file d'attente sera résorbée avant l'établissement de la connexion.
Ce qu'on voit en général ce sont des pool de connexion ouvrant 50 connexions dont moins de 5 sont utilisées simultanément au grand maximum
Gaspillage de ressource.
Il est probable que le compte que tu utilises n'ait pas les autorisations nécessaires pour ça.
Faut voir avec ton admin SQL pour qu'il te mettes à disposition une page où tu puisses voir ça dans un rapport.
Du coup tu feras attention à la fréquence de la prise de mesure et au grapheur utilisé (sur les longues périodes la généralité est d'afficher la moyenne sur des périodes plus courtes = lissage de la courbe : alors qu'il est intéressant d'avoir à chaque point, 3 valeurs : min, max, moyenne )
Le savoir est une nourriture qui exige des efforts.
Merci beaucoup pour cette réponse détaillée et on ne peut plus claire. Très intéressant !
Je tiendrai compte de toutes les informations que tu m'as données.
Bonne semaine à toi
Répondre avec citation
Partager