Простой скрипт объединения серверов 1.1

Получил в пм уже несколько просьб выложить/продать скрипт объединения серверов, фрагменты которого я привел в качестве примера в Объединение двух серверов
И решил в итоге выложить один из старых вариантов оного скрипта, как основу/пример для тех кому захочется тоже написать свое для данного дела.

Код простой и понятный - думаю разберетесь без проблем.

Нажмите, чтобы раскрыть...

Поправил скрипт на тему работы под новыми версиями php - поменял работу с базой на работу через расширение mysqli, вместо mysql, т.к. в 7.4 второе расширение полностью удалили.

Нажмите, чтобы раскрыть...

Gaikotsu написал(а):

Gaikotsu обновил(а) ресурс Простой скрипт объединения серверов новой записью:

правки для работы скрипта под новыми версиями php



Узнать больше об этом обновлении...

Нажмите, чтобы раскрыть...

Demoncool написал(а):

И в конце уже запись во вторую бд

Нажмите, чтобы раскрыть...

Demoncool написал(а):

Там есть плюс
Не знаю как на пхп
Но на джаве можно при запуске ГСа дать два конекта к разным бд

Нажмите, чтобы раскрыть...

Demoncool написал(а):

И вместо того чтобы реплейсить/вставлять ОБЖ ид - просто генерировать новые (соответственно совпадений не будет)

Нажмите, чтобы раскрыть...

Logan22 написал(а):

Если случится ошибка во время записи во вторую БД, тогда же придется полностью бэкап делать (а это 5-10 минут, если база нормальная) и результат ошибки как правило в консоль MySQL выводится недостаточно подробно, ты можешь увидеть только начало запроса в которой произошла ошибка.



Этот "плюс" имеют все языки программирования, хоть 100 тыс. коннектов к разным бд.



Нет, не соответственно.
Ты генерируешь новый уникальный object_id пристаиваешь его предмету, и потом изменяешь этот object_id в других таблицах, которые взаимодействуют с items и тут случается нежданчик, оказывается в другой таблицы существует такой же object_id предмета, хотя в items слот ID свободный. И не важно по какой причине он есть. Просто он существует. И у тебя случается ошибка.


Эти всё трюки хороши над маленькой базой чистенькой бд, однако, если сервер эксплуатируют много лет, он пережил многое, сервер жирный, более 10к персонажей, сотня миллионов предметов, то неизбежно придется столкнуться с проблемами и потребуется другой подход.

Нажмите, чтобы раскрыть...

if (System.currentTimeMillis() > Long.parseLong(lastAccess) + TimeUnit.DAYS.toMillis(daysNotCopy)) {
                    _objectNotCopy.add(obj_Id);
                    continue;
                }
                int newObjId = IdFactory.getInstance().getNextId();
                _objectReplace.put(obj_Id, newObjId);
                int newClanObjId = IdFactory.getInstance().getNextId();

if (_objectNotCopy.contains(owner_id))
                    continue;
                if (_objectReplace.containsKey(owner_id))
                    owner_id = _objectReplace.get(owner_id);
                else continue;
                object_id = IdFactory.getInstance().getNextId();

Demoncool написал(а):

для чаров и итемов новая генерация обжекта, пробовал на 3к персах, 30к данных по скилам, все гуд было
персы

Код:

if (System.currentTimeMillis() > Long.parseLong(lastAccess) + TimeUnit.DAYS.toMillis(daysNotCopy)) {
                    _objectNotCopy.add(obj_Id);
                    continue;
                }
                int newObjId = IdFactory.getInstance().getNextId();
                _objectReplace.put(obj_Id, newObjId);
                int newClanObjId = IdFactory.getInstance().getNextId();

предметы

Код:

if (_objectNotCopy.contains(owner_id))
                    continue;
                if (_objectReplace.containsKey(owner_id))
                    owner_id = _objectReplace.get(owner_id);
                else continue;
                object_id = IdFactory.getInstance().getNextId();

соответственно во всех других таблицах заменяется ид также (но там взаимодействие с чар обжектом, поэтому просто с _objectReplace свапаем обжект чара)

Нажмите, чтобы раскрыть...