Practical MySQL & MariaDB

Le serveur MySQL a disparu : causes, correctifs et solutions WordPress (guide complet)

Erreurs & Dépannage
目次

1. Introduction

Vue d’ensemble et importance de l’erreur

L’erreur « MySQL server has gone away » signifie que la connexion au serveur MySQL a été interrompue pour une raison quelconque. Ce message d’erreur indique que lorsqu’un client (tel qu’une application ou un site web) a tenté d’accéder à la base de données, il n’a pas reçu de réponse du serveur.

Objectif de cet article

Cet article fournit une explication détaillée des causes et des solutions de l’erreur « MySQL server has gone away ». De plus, nous aborderons les mesures préventives pour vous aider à éviter des erreurs similaires à l’avenir.

Plus précisément, nous expliquerons les sujets suivants étape par étape :

  1. La signification de l’erreur et quand elle se produit
  2. Les causes principales et leurs explications détaillées
  3. Solutions spécifiques dans WordPress
  4. Mesures préventives pour éviter l’erreur
  5. Questions fréquemment posées (FAQ) et solutions

Exemples de scénarios réels

Par exemple, si cette erreur survient lors de la publication d’un nouvel article dans WordPress, l’article peut ne pas être enregistré. Elle peut également se produire lors d’une tentative d’importation d’une grande quantité de données en une fois, entraînant la coupure de la connexion. Ces situations peuvent être particulièrement difficiles pour les administrateurs de sites web et les développeurs.

Message aux lecteurs

Ce guide est rédigé pour être facile à comprendre pour les débutants à intermédiaires. Nous incluons des exemples concrets et des procédures afin que vous puissiez réagir rapidement lorsque l’erreur se produit. Veuillez lire jusqu’à la fin pour acquérir les connaissances et compétences nécessaires à un dépannage efficace.

2. Signification de l’erreur et moment où elle se produit

Que signifie « MySQL server has gone away » ?

L’erreur « MySQL server has gone away » se produit lorsque la connexion au serveur MySQL est perdue. Ce message indique que lorsque le client (application ou site web) a tenté d’accéder à la base de données, il n’a pas reçu de réponse du serveur.

Exemple de message d’erreur

ERROR 2006 (HY000): MySQL server has gone away

Ce message d’erreur s’affiche lorsque le client MySQL ne peut plus se connecter au serveur.

Principales situations où elle se produit

  1. Délai d’attente de connexion
  • Si le paramètre de délai d’attente de la base de données est configuré avec une courte durée, la connexion sera terminée après une période d’inactivité.
  • Ce problème survient généralement avec des scripts de longue durée ou des tâches de traitement par lots.
  1. Envoi d’une requête trop volumineuse
  • Si une requête très volumineuse est envoyée à la base de données, le serveur peut ne pas pouvoir la traiter et renvoyer une erreur.
  • Par exemple, l’importation d’une grande quantité de données en une seule opération.
  1. Gestion inappropriée des connexions
  • Si l’application ne gère pas correctement les connexions à la base de données, la connexion peut être perdue.
  • Si un programme maintient les connexions ouvertes inutilement ou ne parvient pas à se reconnecter, les erreurs de connexion sont plus probables.
  1. Plantage ou redémarrage du serveur
  • Cette erreur peut également survenir si le serveur MySQL plante ou est redémarré pour maintenance ou mises à jour.
  • Soyez particulièrement prudent si le serveur est instable en raison de ressources insuffisantes ou d’une mauvaise configuration.

Exemples spécifiques

  1. Erreur lors de la modification d’un site web
  • Dans WordPress, laisser l’éditeur ouvert pendant longtemps et tenter d’enregistrer à nouveau peut entraîner un délai d’attente et déclencher l’erreur.
  1. Erreur lors de la migration de la base de données
  • Lors d’une migration de base de données à grande échelle, la taille de la requête peut dépasser la limite max_allowed_packet, entraînant l’échec du processus.
  1. Erreur lors du traitement par lots
  • Lors de l’exécution de processus par lots pour l’analyse de données ou la génération de rapports, des temps d’exécution longs peuvent entraîner la terminaison de la connexion, provoquant une erreur.

3. Causes principales et explications détaillées

Paramètres de délai d’attente

Vue d’ensemble des erreurs liées aux délais d’attente

In MySQL, il existe des paramètres de timeout qui déconnectent automatiquement une connexion si elle n’est pas utilisée pendant une certaine période. Ces paramètres sont conçus pour gérer les ressources du serveur de manière efficace, mais ils peuvent provoquer des erreurs lors de processus de longue durée ou d’opérations interactives.

Cause

Par défaut, les valeurs wait_timeout et interactive_timeout de MySQL sont de 8 heures (28 800 secondes). Cependant, dans les environnements d’hébergement ou sur des serveurs partagés, ces valeurs peuvent être réglées beaucoup plus bas. En conséquence, si une requête prend beaucoup de temps ou si vous devez garder une connexion ouverte, la connexion peut être terminée.

Solution

  1. Check the current settings
    SHOW VARIABLES LIKE 'wait_timeout';
SHOW VARIABLES LIKE 'interactive_timeout';
  1. Change the settings Add or modify the following settings in your my.cnf or my.ini file.
    [mysqld]
wait_timeout=28800
interactive_timeout=28800
  1. Restart the server
    sudo systemctl restart mysql
  1. Test after changing settings
    SHOW VARIABLES LIKE 'wait_timeout';

Check the Error Log

tail -f /var/log/mysql/error.log

Query Too Large

Overview of Errors Caused by Large Queries

MySQL a une limite sur la taille des paquets (quantité de données) qu’il peut traiter en une fois. Si vous essayez d’envoyer une requête qui dépasse cette limite, une erreur se produit. Cela est particulièrement fréquent lors de l’importation de grandes quantités de données ou de l’exécution de requêtes de mise à jour à grande échelle.

Cause

La taille par défaut de max_allowed_packet est souvent fixée à 16 Mo. Les requêtes plus grandes que cela ne seront pas traitées.

Solution

  1. Check the current setting
    SHOW VARIABLES LIKE 'max_allowed_packet';
  1. Change the setting Add or modify the following setting in your my.cnf or my.ini file.
    [mysqld]
max_allowed_packet=64M
  1. Restart the server
    sudo systemctl restart mysql
  1. Test after changing settings
    SHOW VARIABLES LIKE 'max_allowed_packet';

Concrete Example of Query Optimization

Dans l’exemple ci-dessous, EXPLAIN est utilisé pour analyser comment la requête s’exécute.

EXPLAIN SELECT * FROM users WHERE status = 'active';

Workaround by Splitting Queries

Lors de l’importation ou de la mise à jour de grands ensembles de données, vous pouvez éviter les erreurs en divisant les requêtes en morceaux plus petits.

4. Solutions in WordPress

Example of the Error Occurring in a WordPress Environment

WordPress est un CMS (Content Management System) qui utilise fréquemment la base de données. L’erreur « MySQL server has gone away » peut survenir lors de l’enregistrement ou de la mise à jour d’articles, ou lors de l’importation de grands ensembles de données. Ici, nous expliquons des méthodes spécifiques pour résoudre cette erreur dans un environnement WordPress.

Change Settings in wp-config.php

Increase the Memory Limit

L’erreur peut survenir en raison d’une mémoire WordPress insuffisante. Dans ce cas, vous pouvez la résoudre en augmentant la limite de mémoire.

Steps

  1. Ouvrez le fichier wp-config.php situé dans le répertoire racine de WordPress.
  2. Ajoutez ou modifiez le code suivant.
    define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

Explanation of the Settings

  • WP_MEMORY_LIMIT : Spécifie la quantité de mémoire disponible pour les opérations normales.
  • WP_MAX_MEMORY_LIMIT : Spécifie la mémoire maximale disponible pour les processus en arrière-plan et autres charges lourdes.

How to Verify the Setting

Vous pouvez vérifier l’utilisation de la mémoire depuis le tableau de bord admin sous « Outils » → « Santé du site ».

Optimization Using Plugins

Database Optimization with WP-Optimize

WP-Optimize est un plugin qui supprime les données inutiles de la base de données et améliore les performances.

Installation Steps

  1. Depuis le tableau de bord admin de WordPress, cliquez sur « Extensions » → « Ajouter ».
  2. Recherchez « WP-Optimize », installez-le et activez-le.

Steps to Run Optimization

  1. Depuis le menu des extensions, sélectionnez « Database ».
  2. Cochez « Run all selected optimizations » et cliquez sur le bouton « Run all selected optimizations ».

Benefits

  • Taille de la base de données réduite.
  • Vitesse améliorée en supprimant les données inutiles et les révisions d’articles.

Query Analysis with Query Monitor

Query Monitor est une extension qui peut analyser les performances des requêtes de la base de données et les erreurs.

Installation Steps

  1. Sélectionnez « Add New » dans le menu Plugins.
  2. Recherchez « Query Monitor », installez‑le et activez‑le.

How to Check Queries

  1. Cliquez sur « Query Monitor » dans la barre d’administration.
  2. Examinez la liste des requêtes exécutées, leur temps d’exécution et les éventuels messages d’erreur.

Example

Exemple d’une requête problématique :

SELECT * FROM wp_posts WHERE post_status = 'publish';

Si cette requête consomme un temps d’exécution excessif, envisagez d’ajouter des index ou d’optimiser la clause WHERE.

Prevent Disconnects by Adjusting SQL Settings

Change the max_allowed_packet Setting

Si l’erreur survient à cause de l’envoi de grandes quantités de données, vous devez augmenter le paramètre max_allowed_packet.

Steps

  1. Modifiez le fichier my.cnf ou my.ini du serveur.
  2. Ajoutez ou modifiez le code suivant.
    [mysqld]
max_allowed_packet=64M

Restart the Server

sudo systemctl restart mysql

Verify the Setting

Utilisez la commande suivante pour confirmer la valeur.

SHOW VARIABLES LIKE 'max_allowed_packet';

Test Steps and Error Verification

Connection Verification Test

Testez la connexion à la base de données et confirmez que vos modifications de configuration ont été appliquées.

mysql -u root -p
SHOW VARIABLES LIKE 'wait_timeout';
SHOW VARIABLES LIKE 'max_allowed_packet';

Example: Checking Queries via a Plugin

Exécutez la requête suivante et confirmez si l’erreur se produit.

SELECT * FROM wp_options WHERE option_name = 'siteurl';

5. Preventive Measures

Preventing Recurrence and Ensuring Stable Operation

L’erreur « MySQL server has gone away » peut se reproduire même après avoir été résolue une fois. Il est donc important d’effectuer une maintenance et une optimisation régulières pour garantir un fonctionnement stable du système. Dans cette section, nous présentons des mesures préventives concrètes pour éviter l’erreur avant qu’elle ne survienne.

Regular Maintenance and Backups

Database Maintenance

Au fil du temps, l’utilisation d’une base de données entraîne une fragmentation accrue et les performances peuvent diminuer. Effectuer une maintenance régulière aide à maintenir des conditions optimales.

Procedure:

  1. Supprimer les données inutiles
    DELETE FROM wp_posts WHERE post_status = 'auto-draft';
  1. Optimiser la base de données
    OPTIMIZE TABLE wp_posts;
OPTIMIZE TABLE wp_options;
  1. Reconstruire les index
    ALTER TABLE wp_posts ENGINE=InnoDB;

Importance of Backups

Automatisez les sauvegardes régulières pour éviter la perte de données en cas d’erreurs.

Example Plugins:

  • UpdraftPlus : sauvegardes automatiques et prise en charge du stockage cloud.
  • All-in-One WP Migration : sauvegarde complète de la base de données et des fichiers.

Query Optimization and Load Reduction

Reduce Unnecessary Queries

Les requêtes complexes et longues augmentent la charge du serveur. Optimisez les requêtes en utilisant les méthodes suivantes.

Optimization Steps:

  1. Analyser les requêtes
    EXPLAIN SELECT * FROM wp_posts WHERE post_status = 'publish';
  1. Ajouter des index
    ALTER TABLE wp_posts ADD INDEX idx_post_status (post_status);
  1. Traiter les grands ensembles de données par lots plus petits
    INSERT INTO large_table VALUES (1, 'data') LIMIT 1000;

Example Plugins:

  • WP-Optimize : supprime automatiquement les révisions et données inutiles.
  • Query Monitor : identifie et analyse les requêtes lentes.

Monitoring and Adjusting Server Settings

Improve Connection Management

Surveillez les paramètres du serveur et ajustez‑les selon les besoins.

Monitoring Tools:

  • phpMyAdmin : Vérifiez facilement les requêtes et l’état de la configuration.
  • MySQL Workbench : Analysez l’état du serveur et les performances des requêtes.

Surveillance régulière des performances :

SHOW STATUS LIKE 'Connections';
SHOW STATUS LIKE 'Threads_running';
SHOW STATUS LIKE 'Slow_queries';

Exemples d’ajustements de configuration du serveur :

[mysqld]
wait_timeout=28800
interactive_timeout=28800
max_allowed_packet=64M

Utilisation des fonctionnalités de mise en cache

Réduire la charge en introduisant la mise en cache

L’utilisation de la mise en cache réduit le nombre d’accès à la base de données et diminue la charge du serveur.

Plugins d’exemple :

  • WP Super Cache : Améliore la vitesse grâce à la mise en cache HTML statique.
  • W3 Total Cache : Inclut une fonctionnalité de mise en cache des requêtes de base de données.

Configuration d’exemple :

  1. Activer la mise en cache des pages.
  2. Activer la mise en cache des requêtes de base de données.
  3. Utiliser la mise en cache d’objets pour stocker les données dynamiques.

Revue régulière des journaux d’erreurs

Détecter les premiers signes de problèmes grâce à la surveillance des journaux

Vérifiez régulièrement les journaux du serveur et les journaux d’erreurs afin de détecter les premiers signes d’alerte de problèmes potentiels.

Procédure :

tail -f /var/log/mysql/error.log

Lorsqu’une anomalie est détectée :

  • Examiner les modifications récentes de configuration.
  • Si les ressources sont insuffisantes, envisager de mettre à niveau les ressources du serveur.

Résumé

En mettant en œuvre ces mesures préventives, vous pouvez prévenir de manière proactive l’erreur « MySQL server has gone away » et maintenir une opération stable du serveur. En particulier, la maintenance régulière et l’utilisation d’outils de surveillance sont très efficaces pour la détection précoce et la réponse rapide aux problèmes.

6. Section FAQ

Questions fréquemment posées et solutions

Cette section présente les questions courantes liées à l’erreur « MySQL server has gone away » ainsi que leurs solutions pratiques. Elle complète les sections précédentes et fournit des informations utiles de dépannage.

Q1 : L’erreur persiste même après avoir modifié les paramètres du serveur. Que faire ?

Causes possibles :

  • Les modifications de configuration n’ont pas été appliquées.
  • Le serveur n’a pas été redémarré.
  • Il y a une faute de frappe ou une erreur dans le fichier de configuration.

Solutions :

  1. Revérifier le fichier de configuration :
    sudo nano /etc/mysql/my.cnf

ou

sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf

Vérifiez les valeurs de configuration.

  1. Confirmer que les paramètres sont appliqués :
    SHOW VARIABLES LIKE 'wait_timeout';
SHOW VARIABLES LIKE 'max_allowed_packet';

Vérifiez que les valeurs reflètent vos modifications.

  1. Redémarrer le serveur :
    sudo systemctl restart mysql

Après le redémarrage, vérifiez si l’erreur a été résolue.

Q2 : Un plugin WordPress pourrait-il être à l’origine de l’erreur ?

Causes possibles :

  • Génération excessive de requêtes ou utilisation de mémoire par un plugin.
  • Utilisation de plugins incompatibles.

Solutions :

  1. Désactiver les plugins : Ouvrez « Plugins » → « Plugins installés » depuis le tableau de bord WordPress et désactivez tous les plugins.
  2. Réactiver les plugins un par un : Activez chaque plugin individuellement et vérifiez quand l’erreur réapparaît.
  3. Utiliser des plugins d’optimisation : Supprimez les données inutiles et optimisez la base de données pour réduire la charge.
  • WP-Optimize : Pour le nettoyage de la base de données.
  • Query Monitor : Pour identifier les requêtes lentes ou problématiques.

Q3 : Comment tester après avoir modifié les paramètres ?

Causes possibles :

  • Les modifications de configuration n’ont pas été correctement appliquées.
  • Les problèmes d’exécution des requêtes n’ont pas été correctement détectés.

Solutions :

  1. Test de vérification de la connexion :
    mysql -u root -p
SHOW VARIABLES LIKE 'wait_timeout';
SHOW VARIABLES LIKE 'max_allowed_packet';

Confirmez que les valeurs correspondent aux attentes.

  1. Test d’exécution de requête : Exécutez une requête simple et vérifiez qu’elle s’exécute correctement.
    SELECT * FROM wp_options WHERE option_name = 'siteurl';
  1. Surveillance des journaux : Surveillez les journaux en temps réel lorsque des erreurs surviennent.
    tail -f /var/log/mysql/error.log

Q4 : J’obtiens l’erreur lors de l’importation de grandes quantités de données. Comment la corriger ?

Causes possibles :

  • La taille de la requête dépasse la limite max_allowed_packet.
  • Le processus d’importation dépasse le délai d’attente.

Solutions :

  1. Augmenter la taille du paquet : Ajoutez ou modifiez ce qui suit dans le fichier de configuration.
    [mysqld]
max_allowed_packet=64M

Redémarrez le serveur pour appliquer les modifications.

  1. Diviser l’importation : Au lieu de traiter de grandes quantités de données en une fois, divisez-les en parties plus petites.
  2. Surveiller les journaux et vérifier les erreurs :
    tail -f /var/log/mysql/error.log

Q5 : Le serveur MySQL plante fréquemment. Que faire ?

Causes possibles :

  • Ressources insuffisantes (CPU, mémoire).
  • Valeurs de configuration non optimisées.
  • Charge accrue due aux plugins ou aux requêtes.

Solutions :

  1. Vérifier les ressources du serveur :
    free -m
top

Si les ressources sont insuffisantes, envisagez de mettre à niveau ou d’optimiser le serveur.

  1. Optimiser la configuration :
    [mysqld]
innodb_buffer_pool_size=1G
thread_cache_size=8

Ajustez les paramètres de mémoire et de gestion des threads.

  1. Introduire des outils de surveillance :
  • Utilisez phpMyAdmin ou MySQL Workbench pour visualiser la charge du serveur.
  • Mettez en place des outils de surveillance en temps réel avec des configurations d’alerte.

7. Conclusion

Récapitulatif de l’article

Cet article fournit une explication détaillée des causes et des solutions de l’erreur « MySQL server has gone away », incluant des procédures concrètes et des exemples de configuration. Cette erreur peut survenir pour diverses raisons, telles que la perte de connexion au serveur ou des limites de taille de requête. En comprenant correctement et en appliquant les solutions, vous pouvez à la fois résoudre et prévenir le problème.

Étapes pour résoudre l’erreur

1. Comprendre la signification et la survenue de l’erreur

  • Confirmez qu’elle se produit lorsque la connexion au serveur MySQL est perdue.
  • Identifiez les dépassements de délai et les requêtes trop volumineuses comme causes principales.

2. Traiter les causes principales via des modifications de configuration

  • Ajustez des paramètres tels que wait_timeout et max_allowed_packet pour optimiser l’environnement du serveur.
  • Redémarrez le serveur après les modifications et testez pour confirmer leur application.

3. Mettre en œuvre les solutions dans l’environnement WordPress

  • Optimisez les paramètres de mémoire dans wp-config.php.
  • Utilisez des extensions (WP-Optimize et Query Monitor) pour optimiser la base de données et surveiller les requêtes.

4. Prendre des mesures préventives

  • Automatisez la maintenance et les sauvegardes régulières.
  • Réduisez la charge en optimisant les requêtes et en implémentant le cache.
  • Utilisez des outils de surveillance des journaux pour détecter et répondre rapidement aux problèmes.

5. Utiliser la section FAQ pour le support de dépannage

  • Fournit des exemples de problèmes réels et des solutions concrètes pour les erreurs de configuration et les pénuries de ressources.

Points clés et précautions

  1. Toujours tester après avoir modifié les paramètres
  • Si les paramètres ne sont pas correctement appliqués, l’erreur peut réapparaître. Suivez attentivement les étapes de test.
  1. Continuer à surveiller la base de données
  • Vérifiez régulièrement la vitesse d’exécution des requêtes et la charge du serveur pour détecter des anomalies.
  1. Prioriser la maintenance préventive
  • Effectuez des sauvegardes régulières et optimisez le cache pour réduire la charge du système.
  1. Vérifier la compatibilité des extensions et du thème
  • Après les mises à jour de WordPress, vérifiez la compatibilité des extensions et des thèmes.

Conseil final

L’erreur « MySQL server has gone away » peut être résolue efficacement grâce à une configuration correcte du serveur, à l’optimisation des requêtes et aux améliorations de l’environnement WordPress. Cependant, identifier la cause profonde et mettre en place des mesures préventives reste l’étape la plus importante.

Utilisez ce guide pour maintenir un environnement de base de données stable et développer les compétences nécessaires pour réagir rapidement en cas d’erreurs.

Ressources supplémentaires