MySQL Server has gone away : timeout de 60 secondes ?

Bonjour,

J'ai un soucis depuis plusieurs jours que je n'arrive pas à résoudre.

J'ai une interface Web PHP qui attaque une base de données MySQL. Auparavant , quand cette base web était en MyISAM tout fonctionnait bien mais depuis que nous avons basculé sur une base innodb (même structure / données car dump de la MyISAM), j'ai le problème suivant :
Lorsqu'une requête exécutée à partir de l'interface WEB PHP dépasse les 60 secondes, j'ai une FATAL Error me disant "MySQL Server has gone away".

J'ai essayé de résoudre le problème en augmentant les valeurs de mysql.connect_timeout et default_socket_timeout dans le PHP.INI mais rien n'y fait.
Au niveau du serveur MySQL, j'ai bien un wait_timeout de 8 heures et un interactive_timeout de 8 heures.

Pour info, j'ai fixé un set_time_limit à plusieurs minutes pour mon script PHP.

Je n'ai pas touché au paramètre MySQL max_allowed_packet car mon script PHP appelle une procédure stockée MySQL donc très peu de données envoyées au serveur MySQL.

Je suis un peu à court d'idées maintenant :roll:... Est-ce que vous sauriez d'où vient ce timeout de 60 secondes ?

Merci d'avance!

c'est possible que la requete fasse planter le serveur, t'as regarde les logs Mysql voir le serveur s'est éteint ?

60 secondes pour une requête ? Je ne voudrais pas être à la place de l'utilisateur qui attend l'affichage des données sur la page web !

Il faudrait peut-être voir si la requête est optimisée et si le schéma de la BDD est normalisé.
On peut voir la requête qui dure aussi longtemps et la structure des tables impliquées ainsi que le nombre de leurs lignes ?

Mer'ci pour vos réponses.

Effectivement, une requête ne devrait pas prendre autant de temps mais ce sont des reporting qui nécessitent pas mal de temps à s'exécuter (les requêtes ont déjà été pas mal optimisées).

et donc quid des logs ?

Rien dans les logs de MySQL.

Citation:

---

Envoyé par kaboume

Rien dans les logs de MySQL.

---

t'as bien configuer les logs (idem pour les slow queries)

yes.

Citation:

---

Envoyé par kaboume

yes.

---

si le serveur te met se message la, t'as forcement des logs de déconnexion, montre un bout de tes logs

Citation:

---

Envoyé par kaboume

(les requêtes ont déjà été pas mal optimisées).

---

Si tu le dis... :roll:

Quelle masse de données est traitée par cette requête ? Combien de millions de lignes ?
Les tables sont-elles correctement indexées ? Le serveur est-il correctement dimensionné ?

Bref, sans plus d'informations, on ne peut pas t'aider.

Là c'est surtout le problème de problème de timeout qu'il faut que je résolve au plus vite, problème que je n'avais pas il y a quelques jour sur la myISAM.

Pour l'optimisation des requêtes, il y a sûrement du travail à faire mais je dois dire que ma priorité première est de rétablir le service.

Et si l'optimisation de la requête qui plante résolvait du même coup ton problème de "server has gone away" ? :roll:
Si la requête ne s'exécute pas en 60 secondes mais ne serait-ce que 10 fois moins, le serveur n'aura pas le temps de s'en aller boire un café ! :P

tu veux toujours pas montrer tes logs ?

Si j'ai demandé à mon admin... j'attends...

Et la requête qui pose problème, tu dois aussi la demander à ton admin ?

Non pas besoin, je l'ai mais c'est une procédure stockée assez complexe avec des connaissance fonctionnelles pour la comprendre.

J'essaierai de la ré optimiser... mais comme ça peut prendre du temps et que le problème du timeout de connexion est bloquant, c'est l'urgence.

Pour info, presque toutes les procédures stockées sont concernées.

Je viens d'avoir accès au log de MySQL.
Rien de spécial dedans.
Aucune trace dans la log aux moments des "MySQL Server has gone away".

Citation:

---

quand cette base web était en MyISAM tout fonctionnait bien mais depuis que nous avons basculé sur une base innodb (même structure / données car dump de la MyISAM)

---

Citation:

---

Envoyé par kaboume

Non pas besoin, je l'ai mais c'est une procédure stockée assez complexe avec des connaissance fonctionnelles pour la comprendre.

J'essaierai de la ré optimiser... mais comme ça peut prendre du temps et que le problème du timeout de connexion est bloquant, c'est l'urgence.

Pour info, presque toutes les procédures stockées sont concernées.

---

Depuis quand on peux faire des proc stock avec MyIsam ?

Je dirais peux importe le fonctionnel étant donné que ton problème semble être purement techniques si tout était ok avec MyISAM.

quiz : temps de traitement avec MyISAM ?

Merci pour ta réponse.

Citation:

---

Depuis quand on peux faire des proc stock avec MyIsam ?

---

Depuis pas mal de temps! Tu voulais peut-être parler des transactions ??

Citation:

---

Je dirais peux importe le fonctionnel étant donné que ton problème semble être purement techniques si tout était ok avec MyISAM.

---

C'est pour cela que je poste sur ce forum

Citation:

---

quiz : temps de traitement avec MyISAM ?

---

J'avais des temps de réponse un peu meilleurs mais qui pouvaient dépasser plusieurs minutes (pour les reportings) sans sortir en erreur.

Ton problème était urgent le 5 octobre. Nous sommes le 12 et il ne semble toujours pas résolu.
Tu aurais peut-être eu le temps, durant cette semaine, de nous poster un exemple de procédure qui pose problème et nous aurions peut-être pu t'aider à l'optimiser.