очередь и бот долго отвечает пользователям, если есть нагрузка.
Мы в своё время это решили созданием нескольких потоков, получающих сообщения от пользователя и выполнявшие действия.
Но там возникла новая проблема. Определённые действия в игре можно делать раз, например, в час. Но возникала такая проблема:
Пользователь мог подряд отправить кучу одинаковых команд. И получалось следующее:
1. Первая команда проверяет, прошёл ли таймаут. Он прошёл, выполняются вычисления, запись в бд и отправка сообщения пользователю.
2. В почти это же время прилетает такая же команда от этого же пользователя и тоже делает проверку на таймаут. В это время первая ещё не успела обновить время в БД, поэтому тут бот тоже считает, что таймаут ещё не прошёл и тоже выполняет действия (допустим пусть это будет увеличение опыта на 1).
3. Приходит третья такая же команда и тут уже бот успел обновить и она не выполняется. Но проблема в том, что вторая команда тоже не должна была выполняться.
Это мы решили созданием очередей и обработкой команд из этих очередей.
Я же правильно понимаю, что если отказаться от потоков и сделать бота асинхронным, то ни первая, ни вторая проблема не будут актуальны?
Так пишите и в БД и сразу в память скрипта время прилета команды, просто при инициализации кэш заполняйте данными из БД )
эта проблема называется состоянием гонки решается корректной настройкой блокировок на нужные переменные
В памяти всё это держать тоже вариант, конечно. Но, сервер скромный, не уверен, что всё полезет)
Хм, почитаю, спасибо.
Айди пользователя и timestamp последнего действия много не сожрут
Наверное. Там просто набор таймстампов будет, а пользователей много. Но это вариант решения, да.
Будут. Синхронизация и блокировки асинхронностью не лечатся.
Обсуждают сегодня