Решение за грешка на Metin2 „MySQL Server Has Gone Away“.

Решение за грешка на Metin2 „MySQL Server Has Gone Away“.

Кога врската помеѓу датотеките на играта (игра/db) и базата на податоци (MySQL/MariaDB) е прекината на серверите Metin2 PVP, се појавува екранот syserr.txt или Putty. "MySQL-серверот исчезна" (Код за грешка: 2006) се појавува предупредување. Кога ќе се појави оваа грешка, серверот или воопшто не се отвора или отворените канали (CH) одеднаш се затвораат. Можете да ги следите чекорите подолу за целосно да го решите проблемот.

Метод 1: Зголемување на големината на пакетот во датотеката `my.cnf` (најефикасно решение)

Најчеста причина за оваа грешка е тоа што пакетот податоци што серверот на играта се обидува да го испрати на MySQL одеднаш (на пр. кога вчитува голем елемент_прото или податоци за играчот) ја надминува максималната граница што ја дозволува MySQL. За да ја зголемите границата:

1. Поврзете се на вашиот сервер со Filezilla или WinSCP.
2. Генерално во инфраструктурата на FreeBSD/var/db/mysql/или/etc/лоциран во директориумот my.cnf Преземете ја датотеката на вашиот компјутер и отворете ја со уредувач на текст.
3. во датотека[mysqld]Додадете ги следните командни линии под ознаката (ако ги има, ажурирајте ги нивните вредности вака):

   max_allowed_packet = 64M
   wait_timeout = 28800
   interactive_timeout = 28800

4. Зачувајте ја датотеката и вчитајте ја назад на серверот и рестартирајте ја услугата MySQL преку Putty со следнава команда:
   service mysql restart

Метод 2: Проверка на поставките за истекување на базата на податоци

Кога тековната густина на плеерот на серверот се намалува или барањата во играта траат долго, MySQL може автоматски да ги затвора неактивен врски. Кога вашите датотеки со играта се обидуваат да работат преку оваа затворена врска, тие ја добиваат оваа грешка.

• Она што го додадовме во методот 1 погореwait_timeoutиinteractive_timeoutвредностите го избегнуваат овој проблем со продолжување на времето во секунди (28800 секунди = 8 часа) што базата го чека пред да се исклучи.

Метод 3: Чистење на оштетени и отечени табели од трупци

Табели во базата на податоци за дневници во Navicat (пр.log.command_log,log.shout_log) достигна претерано големи димензии, MySQL може да се сруши и да се исклучи за време на барањето.

• Отворете ја програмата Navicat и "дневник" Најавете се во базата на податоци.
• Десен клик на табелите за дневници кои се премногу големи и Празна маса Испразнете ги табелите со опцијата (Truncate).
• По обработката, изберете ги табелите целосно и кликнете со десното копче Одржување -> Оптимизирај табели направете го тоа.

Метод 4: Инсуфициенција на RAM и Swap на серверот

Ако капацитетот на RAM меморијата на вашиот FreeBSD сервер е недоволен, оперативниот систем може моментално да ја запре услугата MySQL (mysqld) во заднина (Kill Operation) за да ги заштити процесите со висок приоритет. преку Китtop -cПроверете го користењето на RAM меморијата со пишување . Ако RAM меморијата е на граница, треба да го надградите вашиот серверски пакет или да ги намалите непотребните CH броеви.

---

Оваа статија е специјално подготвена за PvPServer.