Solution d'erreur Metin2 "MySQL Server a disparu"

Solution d'erreur Metin2 "MySQL Server a disparu"

Lorsque la connexion entre les fichiers du jeu (jeu/db) et la base de données (MySQL/MariaDB) est rompue sur les serveurs Metin2 PVP, l'écran syserr.txt ou Putty apparaît. "Le serveur MySQL a disparu" (Code d'erreur : 2006) un avertissement apparaît. Lorsque cette erreur se produit, soit le serveur ne s'ouvre pas du tout, soit les canaux ouverts (CH) sont soudainement fermés. Vous pouvez suivre les étapes ci-dessous pour résoudre complètement le problème.

Méthode 1 : augmentation de la taille du paquet dans le fichier « my.cnf » (solution la plus efficace)

La cause la plus courante de cette erreur est que le paquet de données que le serveur de jeu tente d'envoyer immédiatement à MySQL (par exemple lors du chargement d'un gros item_proto ou de données de joueur) dépasse la limite maximale autorisée par MySQL. Pour augmenter la limite :

1. Connectez-vous à votre serveur avec Filezilla ou WinSCP.
2. Généralement dans l'infrastructure FreeBSD/var/db/mysql/ou/etc/situé dans le répertoire mon.cnf Téléchargez le fichier sur votre ordinateur et ouvrez-le avec un éditeur de texte.
3. dans le dossier[mysqld]Ajoutez les lignes de commande suivantes sous la balise (le cas échéant, mettez à jour leurs valeurs comme ceci) :

   max_allowed_packet = 64M
   wait_timeout = 28800
   interactive_timeout = 28800

4. Enregistrez le fichier, chargez-le sur le serveur et redémarrez le service MySQL via Putty avec la commande suivante :
   service mysql restart

Méthode 2 : vérification des paramètres de délai d'expiration de la base de données

Lorsque la densité actuelle des joueurs sur le serveur diminue ou que les requêtes dans le jeu prennent beaucoup de temps, MySQL peut fermer automatiquement les connexions inactives. Lorsque vos fichiers de jeu tentent de fonctionner via cette connexion fermée, ils reçoivent cette erreur.

• Ce que nous avons ajouté dans la méthode 1 ci-dessuswait_timeoutetinteractive_timeoutLes valeurs évitent ce problème en prolongeant le temps en secondes (28 800 secondes = 8 heures) pendant lequel la base de données attend avant de se déconnecter.

Méthode 3 : Nettoyer les tables de bûches endommagées et gonflées

Tables dans la base de données des journaux dans Navicat (Ex :log.command_log,log.shout_log) a atteint des tailles excessivement grandes, MySQL peut planter et se déconnecter pendant la requête.

• Ouvrez le programme Navicat et "journal" Connectez-vous à la base de données.
• Faites un clic droit sur les tables de log trop volumineuses et Tableau vide Videz les tables avec l'option (Tronquer).
• Après traitement, sélectionnez complètement les tables et faites un clic droit Maintenir -> Optimiser les tables fais-le.

Méthode 4 : RAM du serveur et insuffisance de swap

Si la capacité RAM de votre serveur FreeBSD est insuffisante, le système d'exploitation peut arrêter momentanément le service MySQL (mysqld) en arrière-plan (opération Kill) pour protéger les processus hautement prioritaires. via Mastictop -cVérifiez votre utilisation de la RAM en tapant . Si la RAM est à la limite, vous devez mettre à niveau votre package serveur ou réduire les numéros CH inutiles.

---

Cet article est spécialement préparé pour PvPServer.