This is a mobile optimized page that loads fast, if you want to load the real page, click this text.

Проблема Random MySQL crash

Randomchik

Старожил
BackEnd developer
19 Сен 2020
823
290
141
Нету возможности отловить. Визуалкуа не ловит. Включил дэбаг весь. Вот что вышло. Бред какой то
 

Вложения

  • unknown.png
    164.9 KB · Просмотры: 223

X-Clusiv

Модератор
Команда форума
Moderator
BackEnd developer
4 Окт 2020
708
319
161
30

Randomchik

Старожил
BackEnd developer
19 Сен 2020
823
290
141
Вот ты говорил про сохранение игроков выше. Раньше оно сохраняло всех игроков за раз. Сделали так что игрок спавнится,на него накладывается таймер и сэйвит его инвентарь,персонажа и аккаунт. Не помогло
 

Randomchik

Старожил
BackEnd developer
19 Сен 2020
823
290
141
Урезали само сохранение игрока в 2 раза. Тоже не помогло. Урезали сохранение другого калла. Тоже не помогло. Уже кажется что из за спама таймеров,может быть из за них?
 

X-Clusiv

Модератор
Команда форума
Moderator
BackEnd developer
4 Окт 2020
708
319
161
30
Вполне может быть. Попробуй вытянуть логи из самой mysql, в помощь->

Журналы (logs) в MySQL

В MySQL на данный момент существуют 4 вида журнала (лога) и при достаточно серьёзной работе с базами на MySQL необходимо за ними следить. Например, бинарный лог у нас за сутки набирает около...
habr.com
 

dAsper

Участник портала
2 Июн 2021
19
12
53
27
судя по всему ты одновременно кидаешь 4 запроса на человека (причём в одну таблицу кажись), что не совсем рационально, покажи сам запрос апдейта
 

Randomchik

Старожил
BackEnd developer
19 Сен 2020
823
290
141
Брат, идет 1 запрос на сохранение игрока, 1 на инвентарь его и 1 на его аккаунт
 

dAsper

Участник портала
2 Июн 2021
19
12
53
27
увы, но строка "Detected thread scheduler timeout: request ID: 0; pending count: 4" говорит об обратном
"Планировщик словил таймаут со строкой id: 0 ; в ожидании 4, запроса"
попробуй снести самое первое сохранение, и проверить, есть также есть вариант того, что сама строка превышает допустимые лимиты
 

VPHamlo

Участник портала
16 Сен 2020
53
15
20
Попробовал кинуть 20 запросов на игрока сразу, запросы выполняются, сервер не крашит.
 

VPHamlo

Участник портала
16 Сен 2020
53
15
20
КРЧ ЕДИНСТВЕННОЕ ЧТО Я ПОНЯЛ!

ЭТО НЕ MySql CRASH!

MySql НЕ СТОПАЕТ СЕРВЕР!
 

Dareok

Новый участник
17 Июн 2021
1
0
38
Здравствуйте, вы решили эту проблему?
 

filecore

Начинающий специалист
BackEnd developer
6 Окт 2020
227
74
82
Попробуй
SET @@global.event_scheduler = 0;
 

filecore

Начинающий специалист
BackEnd developer
6 Окт 2020
227
74
82
На Марии она по умолчанию включено, отсюда и отталкиваться. Но на самом деле мне кажется проблема не в мускуле вообще а в самом моде, ощущение что сервер не убивает потоки отсюда они переполняются и начинает гадить ошибками
 

Inoi

/dev/null
Команда форума
Moderator
VIP
15 Окт 2020
3,804
1,859
208
35
mippoosedev написал(а):
Кто нибудь решил в итоге проблему? ;D
Нажмите для раскрытия...
пасаны советуют с такой ошибкой вхуярить
Код: 
"api-threading-debugging" : true,
и искать вызовы апишки не из мейн треда
если
Код: 
"net-queue-size-multiplier": 30,
не помогает

конкретно к скулю это кстати не имеет примерно никакого отношения, это ошибка .нет - которая вылезает скорее всего из-за каких нибудь залупленных Таск.Ранов
залупленных - в смысле никогда не заканчивающихся, а не с членом в конце.
ошибка про попытки в многопоточность, короче, которые вылезают из-за отсутствия напитаксранов в нужных местах, которые ты не видишь просто

ещё можно завести себе классы чтобы сторить дату под плееров-вехиклы и что там ещё, чтобы уйти от сетдаты вообще, и облегчить себе жизнь с этой всей ебаниной в будущем
но это уже если прям серьёзно делать
 
Последнее редактирование:

mippoosedev

Гуру
BackEnd developer
2 Мар 2021
292
127
100
Ага, поняв. Ну у меня база постгрес, значит будем включать опять thread debugging и искать. Тк крашей сервера вообще небыло, кроме вот этого мема который вылез спустя пару часов непрерывных тестов
 
Ответить в теме
Меню
Вход
Регистрация