BiZaJe, костыльно можно, но зачем? Такая анамалия происходит только из-за медленной бд, проще базы поменять.
Если уж сильно хочется, то для начало нужно разобраться, как вообще работать с очередью. SQL_ThreadQuery - асинхронный натив, который каждый запрос открывает новое соединение и закрывает снова. Зачастую апдейт игроков делают при дисконнекте и когда происходит смена карты то возможен такой сценарий что будет вызвано 32 запроса, но все это будет вызвано до plugin_end, потому отловить смену карты тут не получится, поток уже встанет в ожидании ответов и сохранять пул запросов локально уже не получится.
Что бы не дрочить ThreadQuery по 32 раза можно копить очередь запросов при выходе игроков, собирать их во временный массив и отправлять когда массив накопит нужный лимит или по тайму, в этом случае единственное, что нам придется делать, если игрок вышел и тут же зашел, проверять сначала данные в массиве и если нет обращаться к данным в базу.
Итого мы получим кейс когда при выходе игроков запросы не сразу пойдут в базу а накопленная пачка полетит в пределах 1 коннекта, затем ждать ответ, если ответ успешен отправлять новую пачку, если нет то делать ретри через n время. По умолчанию mysql_timeout стоит в 60 секунд, это на 1 коннект, его как упомянули выше стоит уменьшить до 5-10 секунд.
Что нам это даст? Мы уже сможем отловить plugin_end так как в нем будем проверять наличие накопленных данных в массиве, когда попробуем отправить 1 пачку мы сразу поймем, если база медленная, то получим ошибку по таймауту в течение 5-10 секунд и сервер зависнет только на это время, что уже не критично чем ждать 32 * 5-10 секунд времени.
Ловим отвал, записываем массив очередей локально, затем при старте снова пытаемся отправить в базу, но тут нюанс нужно учесть, что после старта новой карты те же 32 игрока захотят снова получить свежие данные, то тут главное не запутаться и снова обращаться сначала к массиву локальному если он есть.
Может так случиться,что к этому моменту мы можем уже успеть отправить массив очередей в базу но не факт что оно успеет обновиться, может случится так, что сначала ты получишь старые данные и после в базу прилетит апдейт, все это нужно будет учитывать что бы не возникло коллизии.
Не буду утверждать, но мне в какой то момент показалось, что если отправить 50 запросов то есть 50 коннектов, то запросы прилетают в базу не в том порядке в каком ты их отправил, возможно снизу вверх, это тоже надо проверить и в кейсе выше учесть.
