Про мастер-мастер репликацию никто не упоминал ранее. Классическая репликация (master-slave) есть из коробки и она более чем проверенная.

Если говорить о мастер-мастер для постгреса, то родной реализации нету, но есть несколько сторонних большинство из которых с открытым кодом в том числе есть и открытые сорцы старых версий BDR.

Если говорить о мастер-мастер в целом для РСУБД, то любая из существующих реализаций имеет существенные нюансы либо изначально заявленные ограничения.
MySQL действительно умеет мастер-мастер из коробки, но есть сценарии при которых такая репликация может создать проблемы, т.э. имеет нюансы которые нужно учитывать. Из-за чего в реальности на продакшене это до сих пор не популярное решение и там где используется нужно учитывать эти нюансы архитектурно. Оракл, кстати также официально умеет в мастер-мастер и нюансы там примерно такие же как и MySQL.
Но по мне, если очень-очень нужен master-master и нельзя использовать другие архитектурные решения и есть возможность использовать любую БД, то вместо учитывания нюансов о которых никто явно не пишет и сидения на пороховой бочке, лучше использовать решения которые изначально создавались как распределенные базы данных. Т.э. условная Cassandra имеет изначальные ограничения по синтаксису и возможностям, но зато очень хорошо масштабируется и решает конфликты в сравнении с классическими master-master любой РСУБД. А так то именно мультимастер не всегда нужен и почти всегда можно разделить базу на несколько отдельных, шардировать, селекты делать со слейвов и прочие решение в зависимости от проблемы которую нам нужно решить и это будет более прогнозируемо чем мультимастер.