pascal.frey1@wanadoo.fr 0 Posté(e) 5 juin 2017 Bonjour, Il serait intéressant de pouvoir disposer sur iWall, en temps réel, de la liste des process actifs sur sa base Mysql pour éventuellement être en mesure de détecter/corriger des anomalies. Merci de votre retour. Cordialement, Partager ce message Lien à poster Partager sur d’autres sites
Michel.D 2 Posté(e) 5 juin 2017 Bonjour, Avant toute chose, sachez qu'il est déconseillé de mettre son mail en clair sur un forum comme vous le faites dans votre pseudo Ensuite, concernant votre demande, elle sera lue par les administrateurs de YulPa... Mais je me permets de déjà répondre que du temps réel est consommateur de ressources CPU, et que cette demande nécessite plus un accès console qu'une vue dans une interface graphique utilisateur (ce dernier cas rendrait encore plus importante la consommation de ressources). La solution à votre besoin est trouvable sur cet autre forum : https://stackoverflow.com/questions/568564/how-can-i-view-live-mysql-queries . Toutefois, elle suppose que vous ayez accès à la CLI mysql , ce qui n'est pas le cas pour le moment (et si je ne me trompe pas, ce n'est actuellement pas possible pour des raisons techniques). Je laisse le soin à @Aurélien PONCINI ou @Benoît GEORGELIN de vous répondre en fonction de la faisabilité et de leurs prévisions pour les prochaines fonctionnalités Partager ce message Lien à poster Partager sur d’autres sites
Aurélien PONCINI 36 Posté(e) 6 juin 2017 Bonjour, cela vous est déjà possible depuis l'interface de PhpMyAdmin. Cela répond à votre demande ? Partager ce message Lien à poster Partager sur d’autres sites
pascal.frey1@wanadoo.fr 0 Posté(e) 6 juin 2017 Merci pour cette vue que je découvre. Reste à trouver pourquoi j'ai entre 10 et 15 processes à l'état "sleep" qui semblent malgré tout être purgés et donc ne s'accumulent pas. Néanmoins, de temps en temps, la limite de 50 est atteinte et je passe en max_user_connections. Ma base devient inaccessible, sans que je parvienne à en identifier les raisons, anomalie dans le code ou attaque par déni de service ?? Le mystère reste pour le moment entier. Partager ce message Lien à poster Partager sur d’autres sites
Aurélien PONCINI 36 Posté(e) 8 juin 2017 Bonjour, il est fort probable que vos scripts ne ferment pas correctement les connexions SQL dans ce cas. Partager ce message Lien à poster Partager sur d’autres sites
