https://opennet.dev/openforum/vsluhforumID8/8202.html Ковыряюсь сейчас с древним Astra Linux 1.3 (Debian Wheezy с ядром 3.2.0), и нужно мне сделать синхронизацию идентичных таблиц на 5-ти хостах.<br><br>Таблицы имеют идентичную структуру. Есть поля:<br><br> PRIMARY KEY id,<br> TIMESTAMP,<br> UUID,<br> прочие поля<br><br>Содержимое записей не меняется. Синхронизация должна быть двунаправленная (master-master?). То есть, нет никакой &#171;главной&#187; таблицы. Просто все записи, созданные на разных хостах, должны в итоге присутствовать на инстансах PostgreSQL на всех хостах.<br><br>Скорость репликации не важна. Достаточно, если синхронизация будет происходить периодически. В минуту каждый хост может добавить в таблицу от 0 до ~1000 новых записей. В любой момент сеть может &#171;развалиться&#187; и хосты не смогут видеть друг друга, при этом новые записи будут создаваться. После восстановления сети все новые записи должны засинхронизироваться на всех хостах.<br><br>Не факт, что все хосты будут работать одновременно. Может 4 хоста работать, а 1 быть выключен. После его включения https://opennet.dev/openforum/vsluhforumID8/8202.html#33 Sun, 08 Mar 2020 07:18:07 GMT &gt;[оверквотинг удален]<br>&gt; Сейчас я раздумываю, с помощью каких инструментов проще всего решить эту задачу. <br>&gt; Насколько я понял, средства репликации, существующие для PostgreSQL 9.1 (тот же <br>&gt; slony), умеют делать только master-slave репликацию, да и работа такой репликации <br>&gt; в условиях нестабильной сети под большим вопросом.<br>&gt; Мне нужно что-то более простое, типа pt-table-sync от Percona, только не для <br>&gt; MySQL, а для PostgreSQL. И чтобы оно работало на древних линухах. <br>&gt; Перед тем, как я начну писать решение на коленке, я хочу попробовать <br>&gt; [b]решить задачу уже готовыми инструментами[/b]. Кто что может предложить? Да, сменить <br>&gt; дистрибутив не получится, ибо при аттестации/сертификации/лицензиации средства стандартного <br>&gt; программного обеспечения зафиксированы <br><br>Обновиться хотя-бы до 10.x и использовать логическую репликацию таблиц. Работает само и на автомате, правда только в одну сторону. Конфликты изменений в основной таблице и в реплике разруливать вручную. 9.x логическую репликацию не уме https://opennet.dev/openforum/vsluhforumID8/8202.html#32 Fri, 06 Mar 2020 05:33:38 GMT &gt; Ага. И у тебя никогда время не уезжало.<br><br>Ыыы, 5 к 1, что еще в Local Time Zone...<br><br><br> https://opennet.dev/openforum/vsluhforumID8/8202.html#31 Fri, 06 Mar 2020 01:52:17 GMT &gt; бывших глобальных базах) засинхронизировать данные, чтобы везде получились идентичные <br>&gt; таблицы (сортировка в них составная - время+UUID).<br><br>Ага. И у тебя никогда время не уезжало.<br><br>Про это и говорится в теореме CAP - в общем виде хрен чего у тебя получится. А в частных случаях, бывает что и повезёт.<br> https://opennet.dev/openforum/vsluhforumID8/8202.html#30 Thu, 05 Mar 2020 12:43:33 GMT &gt; имеем 5 уникальных записей в один и тот же момент времени, а <br>&gt; должна быть одна запись, соответствующая одному моменту времени. Проблема? Не, никаких... <br><br>Еще раз: у каждой записи есть UUID, в топике об этом сказано.<br> https://opennet.dev/openforum/vsluhforumID8/8202.html#29 Thu, 05 Mar 2020 12:41:22 GMT &gt;&gt;&gt; Насколько это будет затратно при сотнях тысяч записей?<br>&gt;&gt; секунды надо полагать...<br>&gt; сравнение надо делать на тех серверах которые слэйвы.... потом обнаруженную разницу - <br>&gt; залить на мастер - скриптом. и остальные слэйвы уже получат с <br>&gt; мастера все недостающие данные <br><br>Сравнение реально сделать SQL-запросом? Или надо делать SELECT всех записей чужих и своих, скриптом сравнивать, и скрпитом же заливать?<br> https://opennet.dev/openforum/vsluhforumID8/8202.html#28 Thu, 05 Mar 2020 11:14:39 GMT &gt; автор утверждает что таковых нет.<br><br>Пусть афтырь сам с собой разберется, что у него есть, и чего нет.<br>Записи не меняются, но при этом надо мультимастер. Видимо, "чтобы было".<br><br><br><br><br> https://opennet.dev/openforum/vsluhforumID8/8202.html#27 Thu, 05 Mar 2020 11:04:41 GMT &gt;&gt;&gt; выбираете случайным образом мастер, делаете сравнение <br>&gt;&gt; Вот тут поподробнее. Как сделать равнение? Между чем и чем?<br>&gt; между сервером который приняли за мастер и собой который слэйв.<br>&gt; ну сравнивать очевидно по UUID+таймстамп <br>&gt;&gt; Насколько это будет затратно при сотнях тысяч записей?<br>&gt; секунды надо полагать...<br><br>сравнение надо делать на тех серверах которые слэйвы.... потом обнаруженную разницу - залить на мастер - скриптом. и остальные слэйвы уже получат с мастера все недостающие данные<br><br> https://opennet.dev/openforum/vsluhforumID8/8202.html#26 Thu, 05 Mar 2020 11:01:32 GMT &gt;&gt; выбираете случайным образом мастер, делаете сравнение <br>&gt; Вот тут поподробнее. Как сделать равнение? Между чем и чем? <br><br>между сервером который приняли за мастер и собой который слэйв.<br><br>ну сравнивать очевидно по UUID+таймстамп<br><br>&gt; Насколько это будет затратно при сотнях тысяч записей?<br><br>секунды надо полагать...<br> https://opennet.dev/openforum/vsluhforumID8/8202.html#25 Thu, 05 Mar 2020 10:58:06 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;&gt; соберется, возникнет вопрос как засинхрить данные у этих двух мастеров. Кто <br>&gt;&gt;&gt;&gt; из них должен стать главным?<br>&gt;&gt;&gt; Я уже сказал - решить подобную задачу без участия человека - это <br>&gt;&gt;&gt; Нобелевка. Дерзайте.<br>&gt;&gt; Задача автоматического определения "кто будет главным" - решается элементарно.<br>&gt; Ну-ну, элементарно. Даже если натянуть на записи некий набор дополнительных условий, всегда <br>&gt; остаются нюансы.<br>&gt;&gt; что каждая из строк в талице- уникальна (в даже на любом <br>&gt;&gt; сервере) - то с этой стороны вообще никаких проблем.<br>&gt; имеем 5 уникальных записей в один и тот же момент времени, а <br><br>автор утверждает что таковых нет.<br><br> <br>