{"id":34816,"date":"2019-12-09T01:04:37","date_gmt":"2019-12-09T09:04:37","guid":{"rendered":"https:\/\/kinsta.com\/?post_type=knowledgebase&p=56928"},"modified":"2025-10-01T20:50:58","modified_gmt":"2025-10-01T19:50:58","slug":"mysql-server-has-gone-away","status":"publish","type":"post","link":"https:\/\/kinsta.com\/fr\/blog\/mysql-server-has-gone-away\/","title":{"rendered":"Comment r\u00e9parer l\u2019erreur \u00ab MySQL server has gone away \u00bb dans WordPress"},"content":{"rendered":"

Les bases de donn\u00e9es sont des \u00e9l\u00e9ments cl\u00e9s de la plupart des sites web modernes, de sorte que les erreurs qui affectent le v\u00f4tre ont tendance \u00e0 \u00eatre particuli\u00e8rement inqui\u00e9tantes. L’erreur \u00ab\u00a0MySQL server has gone away\u00a0\u00bb<\/strong>, par exemple, peut vous faire croire que votre base de donn\u00e9es a \u00e9t\u00e9 perdue. Cela signifie que vous devrez peut-\u00eatre avoir recours \u00e0 votre derni\u00e8re sauvegarde<\/a> pour que votre site soit op\u00e9rationnel.<\/p>\n

Malgr\u00e9 son aspect intimidant, l’erreur \u00ab\u00a0MySQL server has gone away\u00a0\u00bb est assez facile \u00e0 corriger. En fait, avec les bonnes instructions, votre site web devrait \u00eatre de nouveau op\u00e9rationnel en quelques minutes.<\/p>\n

Dans cet article, nous allons vous montrer \u00e0 quoi ressemble l’erreur \u00ab\u00a0MySQL server has gone away\u00a0\u00bb et d\u00e9composer ce qui peut la causer dans WordPress<\/a>. Ensuite, nous vous apprendrons comment le r\u00e9parer et \u00e9viter que cette erreur ne se reproduise \u00e0 l’avenir.<\/p>\n

Mettons-nous au travail !<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Une introduction \u00e0 l\u2019erreur \u00ab MySQL Server Has Gone Away \u00bb<\/h2>\n

Tout d’abord, jetons un coup d\u2019\u0153il rapide \u00e0 quoi ressemble l’erreur \u00ab\u00a0MySQL server has gone away\u00a0\u00bb :<\/p>\n

\"Navigateur
Navigateur affichant l’erreur \u00ab MySQL server has gone away \u00bb.<\/figcaption><\/figure>\n

L’erreur elle-m\u00eame est assez simple et elle appara\u00eet presque toujours de la m\u00eame fa\u00e7on. Cependant, selon le navigateur que vous utilisez et la configuration de votre serveur, le libell\u00e9 sp\u00e9cifique peut changer un peu.<\/p>\n

Quant \u00e0 l’erreur elle-m\u00eame, il s’agit de votre base de donn\u00e9es MySQL<\/a>, comme vous pouvez l’imaginer d’apr\u00e8s son nom. Pour \u00eatre plus pr\u00e9cis, voici les trois causes principales de cette erreur sur la plupart des sites web :<\/p>\n

    \n
  1. Il y a une table cass\u00e9e dans votre base de donn\u00e9es. <\/strong>Votre base de donn\u00e9es<\/a> a \u00e9t\u00e9 corrompue, vous devez donc revenir \u00e0 une sauvegarde r\u00e9cente ou la r\u00e9parer.<\/li>\n
  2. Votre r\u00e9glage de \u00ab\u00a0timeout\u00a0\u00bb PHP est trop bas. <\/strong>Si un script PHP a besoin d’acc\u00e9der \u00e0 votre base de donn\u00e9es et qu’il ne peut pas r\u00e9cup\u00e9rer l’information dans la fen\u00eatre de d\u00e9lai d’attente qui a \u00e9t\u00e9 d\u00e9finie<\/a>, cela peut \u00e9galement d\u00e9clencher l’erreur susmentionn\u00e9e.<\/li>\n
  3. Les \u00ab\u00a0paquets\u00a0\u00bb ont \u00e9t\u00e9 abandonn\u00e9s ou sont trop grands. <\/strong>Le serveur consid\u00e8re que c’est le cas, il ferme essentiellement la connexion et affiche l’erreur.<\/li>\n<\/ol>\n

    Heureusement, toutes ces questions peuvent \u00eatre facilement r\u00e9solues. Parlons de la fa\u00e7on dont vous pouvez commencer le processus de d\u00e9pannage.<\/p>\n

    Comment r\u00e9parer l\u2019erreur \u00ab MySQL Server Has Gone Away \u00bb dans WordPress (3 m\u00e9thodes)<\/h2>\n

    Comme nous l’avons vu, il y a quelques causes potentielles \u00e0 cette erreur WordPress particuli\u00e8re.<\/p>\n

    Pour cette raison, il existe diff\u00e9rentes solutions possibles. Dans la plupart des cas, l’un des correctifs ci-dessous devrait \u00e9liminer l’erreur sur votre site web. Donc, si l’une ne fonctionne pas, vous pouvez simplement passer \u00e0 la suivante.<\/p>\n

    1. Modifier votre fichier WordPress wp-db.php<\/h3>\n

    Si le d\u00e9lai d’attente PHP de votre site web est trop bas et que votre base de donn\u00e9es est trop grande, r\u00e9cup\u00e9rer les donn\u00e9es dont vous avez besoin pendant cette fen\u00eatre peut \u00eatre un probl\u00e8me. Comme nous l’avons mentionn\u00e9 pr\u00e9c\u00e9demment, cela peut d\u00e9clencher l’erreur \u00ab\u00a0MySQL server has gone away\u00a0\u00bb.<\/em><\/p>\n

    Pour \u00e9viter que cela ne se produise, vous devrez modifier l’un de vos fichiers du noyau de WordPress, appel\u00e9 wp-db.php<\/em>. Vous pouvez trouver ce fichier dans votre dossier racine WordPress, en ouvrant le r\u00e9pertoire wp-includes :<\/em><\/p>\n

    \"Le
    Le fichier wp-db.php<\/figcaption><\/figure>\n

    Pour acc\u00e9der \u00e0 ces fichiers, nous vous recommandons d’utiliser un client FTP tel que FileZilla<\/a> et de vous connecter via SFTP<\/a> (comprendre la diff\u00e9rence entre FTP et SFTP<\/a>). Une fois connect\u00e9 \u00e0 votre site, localisez wp-db.php<\/em>, et cliquez dessus avec le bouton droit de la souris pour ouvrir le fichier en utilisant votre \u00e9diteur de texte local<\/a> par d\u00e9faut.\u00a0Suivez ce guide rapide pour afficher tous les fichiers cach\u00e9s dans Filezilla<\/a>.<\/p>\n

    Ensuite, recherchez la ligne suivante dans le fichier :<\/p>\n

    $this->ready = true;<\/code><\/pre>\n
    Ajoutez la ligne suivante juste en dessous de ce code :<\/p>\n
    $this->query(\"set session wait_timeout=300\");<\/code><\/pre>\n
    Ce que fait ce code, c’est r\u00e9gler votre d\u00e9lai d’attente PHP \u00e0 300 secondes, ce qui devrait \u00eatre beaucoup plus que ce dont vous avez besoin pour \u00e9viter que des erreurs ne se produisent.<\/p>\n
    Enregistrez maintenant les changements dans votre fichier wp-db.php<\/em> et assurez-vous que votre site se charge comme il se doit.<\/p>\n
    Veuillez noter que si vous \u00eates un utilisateur de Kinsta, vous ne devriez pas avoir besoin de modifier les r\u00e9glages de d\u00e9lai PHP de votre site web. Tous nos plans<\/a> ont un d\u00e9lai d’attente de base de 300 secondes et nous pouvons vous aider \u00e0 l’augmenter en fonction de vos besoins.<\/p>\n
    2. R\u00e9parer votre base de donn\u00e9es WordPress<\/h3>\n
    Parfois, votre base de donn\u00e9es WordPress peut \u00eatre corrompue, ce qui peut entra\u00eener des erreurs lorsque vous essayez d’\u00e9tablir une connexion avec elle. Ce n’est pas courant, mais cela peut se produire dans le cadre d’un traitement normal au fur et \u00e0 mesure que vous ajoutez des tables \u00e0 votre base de donn\u00e9es (ainsi que des informations sur les extensions et les th\u00e8mes).<\/p>\n
    Pour r\u00e9soudre ce probl\u00e8me, vous pouvez utiliser une fonction WordPress int\u00e9gr\u00e9e pour r\u00e9parer votre base de donn\u00e9es<\/a>. Cependant, vous devrez d’abord activer cette fonction. Cela implique de naviguer jusqu’\u00e0 votre r\u00e9pertoire racine WordPress et d’ouvrir le fichier wp-config.php<\/a><\/em> pour le modifier.<\/p>\n
    Une fois le fichier ouvert, faites d\u00e9filer vers le bas et ajoutez-y la ligne suivante :<\/p>\n
    define('WP_ALLOW_REPAIR', true);<\/code><\/pre>\n
    Cette simple ligne de code indique \u00e0 WordPress d’activer la fonction de r\u00e9paration de la base de donn\u00e9es<\/a>. Enregistrez les modifications dans wp-config.php et fermez le fichier. Pour ex\u00e9cuter la fonction, il suffit de visiter l’URL suivante :<\/p>\n
    https:\/\/yourwebsite.com\/wp-admin\/maint\/repair.php<\/code><\/p>\n
    WordPress vous demandera alors si vous souhaitez simplement r\u00e9parer votre base de donn\u00e9es ou la r\u00e9parer et l’optimiser. La premi\u00e8re option est tout ce dont vous avez besoin pour corriger l’erreur \u00ab\u00a0MySQL server has gone away\u00a0\u00bb :<\/em><\/p>\n
    \"L'option
    L’option de r\u00e9paration de la base de donn\u00e9es dans WordPress<\/figcaption><\/figure>\n
    Le processus ne devrait pas prendre beaucoup de temps, et quand c’est fait, l’erreur en question devrait \u00eatre partie. Cependant, vous avez encore du nettoyage \u00e0 faire, car vous devrez d\u00e9sactiver la fonction de r\u00e9paration de la base de donn\u00e9es sur votre site web. Si vous ne le faites pas, n’importe qui pourrait le d\u00e9clencher<\/strong> en acc\u00e9dant \u00e0 la m\u00eame URL.<\/p>\n
    Avant de terminer, revenez donc \u00e0 votre r\u00e9pertoire racine de WordPress et supprimez la ligne de code que vous avez ajout\u00e9e pr\u00e9c\u00e9demment. Enregistrez ensuite vos modifications dans le fichier et fermez-le.<\/p>\n
    3. Restaurer votre site web \u00e0 l’aide d’une sauvegarde par l’interm\u00e9diaire de votre fournisseur d’h\u00e9bergement<\/h3>\n
    Si tout le reste \u00e9choue, vous pouvez toujours utiliser une sauvegarde compl\u00e8te de votre site web<\/a> pour le restaurer \u00e0 un moment o\u00f9 la base de donn\u00e9es fonctionnait correctement. Id\u00e9alement, vous le ferez avec une sauvegarde r\u00e9cente afin de perdre le moins de donn\u00e9es possible.<\/p>\n
    Le probl\u00e8me est que tous les h\u00e9bergeurs WordPress n’offrent pas une fonctionnalit\u00e9 de sauvegarde int\u00e9gr\u00e9e pour leurs utilisateurs. Cela signifie que vous \u00eates souvent forc\u00e9 d\u2019utiliser des solutions manuelles telles que des extensions<\/a>. Ces outils ne sont pas n\u00e9cessairement mauvais, mais si vous n’avez pas acc\u00e8s \u00e0 votre espace d’administration WordPress, restaurer une sauvegarde devient une t\u00e2che ardue.<\/p>\n