MySQL Server has gone away : timeout de 60 secondes ?

**kaboume** · 05/10/2011, 07h38

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

... Est-ce que vous sauriez d'où vient ce timeout de 60 secondes ?

Merci d'avance!

**stealth35** · 05/10/2011, 09h25

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

**CinePhil** · 05/10/2011, 09h30

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 ?

**kaboume** · 05/10/2011, 09h51

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).

**stealth35** · 05/10/2011, 10h00

et donc quid des logs ?

**kaboume** · 05/10/2011, 10h02

Rien dans les logs de MySQL.

**stealth35** · 05/10/2011, 10h06

Envoyé par kaboume

Rien dans les logs de MySQL.

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

**kaboume** · 05/10/2011, 10h09

yes.

**stealth35** · 05/10/2011, 10h14

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

**CinePhil** · 05/10/2011, 10h34

Envoyé par kaboume

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

Si tu le dis...

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.

**kaboume** · 05/10/2011, 10h39

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.

**CinePhil** · 05/10/2011, 10h57

Et si l'optimisation de la requête qui plante résolvait du même coup ton problème de "server has gone away" ?

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é !

**stealth35** · 05/10/2011, 11h01

tu veux toujours pas montrer tes logs ?

**kaboume** · 05/10/2011, 11h50

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

**CinePhil** · 05/10/2011, 11h57

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

**kaboume** · 05/10/2011, 12h04

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.

**kaboume** · 10/10/2011, 10h57

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".

**Aurélien LEQUOY** · 11/10/2011, 11h45

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)

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 ?

**kaboume** · 12/10/2011, 11h20

Merci pour ta réponse.

Depuis quand on peux faire des proc stock avec MyIsam ?

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

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

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.

**CinePhil** · 12/10/2011, 11h36

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.

MySQL Server has gone away : timeout de 60 secondes ?

PHP & Base de données

Discussions similaires

Partager

Partager