Помогите База данных синхронизация

Cristalix

Активный участник
Пользователь
Баллы
76
Имя в Minecraft
Test
У меня есть плагин который использует базу данных. Допустим игрок убил игрока мне нужно в таблице добавить к столбцу значение +1. И так же при вводе команды kills нужно выводить количиство его убийств. Столкнулся с такой проблемой что после ввода команды /kills сервер зависает на пару секунд. Я так понял это связано с тем что отправляется запрос в бд и ожидается ответ от нее. Тут мне рассказали что есть такая замечательная вещь как синхронизация. Это когда данные из бд и сервер автоматические синхронизируются. К сожалению я мало чего понял из этого решил обратиться сюда. Подскажите пожалуйста как можно синхронизировать сервер и базу данных? Что бы брались свежие результаты из базы данных.
 
Сортировать по дате Сортировать по голосам
placeholderAPI? (твой сервер пишет кол-во килов даже без плагинов, этот плагин отображает кол-во убийств выгружая инфу с сервера)
LeaderHeads? (пишет свою базу в MYSQL, лагов нет даже при онлайне 300+)

зачем пихать на сервер парашные самописы если есть уже готовое
 
За 0 Против
Loga сказал(а):
placeholderAPI? (твой сервер пишет кол-во килов даже без плагинов, этот плагин отображает кол-во убийств выгружая инфу с сервера)
LeaderHeads? (пишет свою базу в MYSQL, лагов нет даже при онлайне 300+)

зачем пихать на сервер парашные самописы если есть уже готовое
Нажмите, чтобы раскрыть...
Ты бесполезен. Автор, юзай completablefuture
 
За 0 Против
Как вариант, обмениваться данными с базой в отдельном потоке.
 
За 0 Против
Для начала создай отдельный поток, который будет выполнять твои запросы. То, есть создаешь потоко-безопасную очередь, и суешь туда запросы.(Запрос - объект, в котором строка queue - запрос, флаг rs - должна ли бд что то вернуть и Consumer<ResultSet> с названием callback, который ты должен выполнять, после получения результата) Далее тебе необходимо создать кеш(может подойти обычная хешмапа), и при заходе игрока, засовывать в очередь задачу на нахождения данных о игроке и записи в кеш. Потом, раз в 5 минут, тебе надо будет сделать сохранение данных всех игроков в кеше и потом удаления оффлайн игроков.(Для этого тебе надо будет делать один большой запрос, с данными всех пользователей).
Автор, если что извини за непонятное объяснение☹️
 
За 0 Против
Cristalix сказал(а):
Как часто?
Нажмите, чтобы раскрыть...
Думаю, при каждом запросе, т.е. вводе команды. Главное основной поток не забивать и сервер фризить не будет. А то, насколько быстро вернется результат уже от много зависит.
 
За 0 Против
Cookie1337 сказал(а):
Для начала создай отдельный поток, который будет выполнять твои запросы. То, есть создаешь потоко-безопасную очередь, и суешь туда запросы.(Запрос - объект, в котором строка queue - запрос, флаг rs - должна ли бд что то вернуть и Consumer<ResultSet> с названием callback, который ты должен выполнять, после получения результата) Далее тебе необходимо создать кеш(может подойти обычная хешмапа), и при заходе игрока, засовывать в очередь задачу на нахождения данных о игроке и записи в кеш. Потом, раз в 5 минут, тебе надо будет сделать сохранение данных всех игроков в кеше и потом удаления оффлайн игроков.(Для этого тебе надо будет делать один большой запрос, с данными всех пользователей).
Автор, если что извини за непонятное объяснение☹️
Нажмите, чтобы раскрыть...
Ля такое нагородил ужз, притом что оно не будет нормально работать даже)) Обычная хеш мапа то для кеша не подойдет если она будет шарится между несколькими потоками. А на самом деле все делается намного проще с CompletableFuture. Тип того CompletableFuture.supplyAsync(() -> player.sendMessage(getInfoFromDb)). Желательно вторым аргументом указать свой тред пул, чтоб не забивать форк джойновский
 
За 0 Против
hyndorik сказал(а):
Ля такое нагородил ужз, притом что оно не будет нормально работать даже)) Обычная хеш мапа то для кеша не подойдет если она будет шарится между несколькими потоками. А на самом деле все делается намного проще с CompletableFuture. Тип того CompletableFuture.supplyAsync(() -> player.sendMessage(getInfoFromDb)). Желательно вторым аргументом указать свой тред пул, чтоб не забивать форк джойновский
Нажмите, чтобы раскрыть...
При каждом выполнении команды отправлять запрос к БД... Ты же понимаешь что на большом сервере, она просто ляжет.
 
За 0 Против
hyndorik сказал(а):
Ты какую-то хрень придумал с кол беками когда уже давно есть адекватные решения в виде ListenableFuture и CompletableFuture
Нажмите, чтобы раскрыть...
Эта хрень называется программирование на callbackах. Используется не только в джаве
 
За 0 Против
Если база правильно настроена и запросы идут в асинс, можно и без кеша. К примеру юзать oracle db, если нужна скорость.
 
Последнее редактирование:
За 0 Против
Cookie1337 сказал(а):
Эта хрень называется программирование на callbackах. Используется не только в джаве
Нажмите, чтобы раскрыть...
Ты походу вообще не вдупляешь о чем я... Может посмотришь реализацию CompletableFuture и listenable?
alexandrage сказал(а):
Если база правильно настроена и запросы идут в асинс, можно и без кеша.
Нажмите, чтобы раскрыть...
В майне как всегда говно какое-то набирает популярность
 
За 0 Против
hyndorik сказал(а):
Ты походу вообще не вдупляешь о чем я... Может посмотришь реализацию CompletableFuture и listenable?

В майне как всегда говно какое-то набирает популярность
Нажмите, чтобы раскрыть...
CompetableFuture - самая обертка над потоками. ListenableFuture - ..что-то из спринга или гуавы. Ты думаешь слишком узко, если хочешь под каждый запрос пилить CombetableFuture
 
За 0 Против
Cookie1337 сказал(а):
CompetableFuture - самая обертка над потоками. ListenableFuture - ..что-то из спринга или гуавы. Ты думаешь слишком узко, если хочешь под каждый запрос пилить CombetableFuture
Нажмите, чтобы раскрыть...
Чем тебе не нравится в каждом запросе возвращать CompletableFuture?
 
За 0 Против
За 0 Против
Для ответа нужно войти/зарегистрироваться
Назад
Верх