Читаю документацию, но не вижу ответа на subj.
Предположим, что мы насетапили replication group. В ней один мастер, остальные - реплики. Пока группа остаётся связной, всё должно быть хорошо: при выпадении из группы мастера происходит election нового мастера, и работа продолжается.
Но что будет, если группа распадётся на две несвязанных между собой группы? По идее, в каждой группе должны произойти выборы мастера, и эти две группы будут работать независимо друг от друга. Когда затем связь между этими группами восстановится, каким образом два мастера разберутся между собой, и что будет с данными, если возникнут конфликты?
Идея понятная - мастер должен существовать только в одной части, в которой "живых" узлов строго больше половины ... то ли общего числа узлов, то ли числа узлов, которым в принципе разрешено быть мастером. Ну, и второй вопрос, как заставить существующего мастера сложить полномочия, когда он оказался в "маленькой" группе.
privateSQL базы нмаштабируются только на чтение, на запись они не маштабируются (шардинг не учитываем, это другое).
Хотя, оракл вроде-бы намекает что с ему удалось это сделать с помощью черной магии.Не понял, что Вы подразумеваете под "масштабируется на запись/чтение"?
возможность разделить на части одно из свойств маштабируемых систем, а поскольку SQL базы нельзя маштабировать то нельзя и разделить (или можно но выключить в это время запись).
Поэтому ответна ваш вопрос - если группа распадется то собирать вам ее назад и править конфликты прийдется вручную.
