PvP Server Kiralama & Oyun Sunucuları
0 Giriş Yap Kayıt Ol

Solución del error "El servidor MySQL ha desaparecido" de Metin2

Yazdır

Solución del error "El servidor MySQL ha desaparecido" de Metin2

Cuando la conexión entre los archivos del juego (game/db) y la base de datos (MySQL/MariaDB) se interrumpe en los servidores PVP de Metin2, aparece la pantalla syserr.txt o Putty. "El servidor MySQL ha desaparecido" (Código de error: 2006) aparece una advertencia. Cuando ocurre este error, el servidor no se abre en absoluto o los canales abiertos (CH) se cierran repentinamente. Puede seguir los pasos a continuación para resolver el problema por completo.

Método 1: aumentar el tamaño del paquete en el archivo `my.cnf` (solución más eficaz)

La causa más común de este error es que el paquete de datos que el servidor del juego intenta enviar a MySQL a la vez (por ejemplo, al cargar un item_proto grande o datos del jugador) excede el límite máximo que permite MySQL. Para aumentar el límite:

  1. Conéctese a su servidor con Filezilla o WinSCP.
  2. Generalmente en infraestructura FreeBSD/var/db/mysql/o/etc/ubicado en el directorio mi.cnf Descarga el archivo a tu computadora y ábrelo con un editor de texto.
  3. en archivo[mysqld]Agregue las siguientes líneas de comando debajo de la etiqueta (si las hay, actualice sus valores de esta manera):
    max_allowed_packet = 64M
    wait_timeout = 28800
    interactive_timeout = 28800
  4. Guarde el archivo, cárguelo nuevamente en el servidor y reinicie el servicio MySQL a través de Putty con el siguiente comando:
    service mysql restart

Método 2: comprobar la configuración del tiempo de espera de la base de datos

Cuando la densidad actual de jugadores en el servidor disminuye o las consultas dentro del juego tardan mucho, MySQL puede cerrar automáticamente las conexiones inactivas. Cuando los archivos de tu juego intentan funcionar a través de esta conexión cerrada, reciben este error.

  • Lo que agregamos en el método 1 anteriorwait_timeoutYinteractive_timeoutLos valores evitan este problema al extender el tiempo en segundos (28800 segundos = 8 horas) que la base de datos espera antes de desconectarse.

Método 3: limpiar mesas de troncos dañadas e hinchadas

Tablas en la base de datos de registros en Navicat (Ej:log.command_log,log.shout_log) ha alcanzado tamaños excesivamente grandes, MySQL puede fallar y desconectarse durante la consulta.

  • Abra el programa Navicat y "registro" Inicie sesión en la base de datos.
  • Haga clic derecho en las tablas de registro que son demasiado grandes y Mesa vacía Vacíe las tablas con la opción (Truncar).
  • Después del procesamiento, seleccione las tablas completamente y haga clic derecho Mantener -> Optimizar tablas hazlo.

Método 4: RAM del servidor e insuficiencia de intercambio

Si la capacidad de RAM de su servidor FreeBSD es insuficiente, el sistema operativo puede detener momentáneamente el servicio MySQL (mysqld) en segundo plano (operación Kill) para proteger los procesos de alta prioridad. a través de masillatop -cVerifique su uso de RAM escribiendo . Si la RAM está al límite, necesita actualizar el paquete de su servidor o reducir los números de CH innecesarios.


Este artículo está especialmente preparado para PvPServer.

Bu cevap yeterince yardımcı oldu mu?

Oyla

overlay spinner