Зачем? Ну например, если вы хотите разнести обслуживание клиентов по разным датацентрам, даже если объём записи при этом не очень-то велик. Или если вы хотите балансировать нагрузку с одновременным получением отказоустойчивости в случае умирания одного сервера.
18 октября 2010 г. 11:55 пользователь Sergej Kandyla
<sk.paix@gmail.com> написал:
simplevolk@gmail.com wrote:
Здравствуйте!
У меня вопрос- как в новой версии PostgreSQL обстоит с мультимастер репликацией?
Простите, а зачем?
Имхо - это зло, и поиск приключений на свою жопу.
При интенсивных записях избыточные расходы на синхронизацию мастер-мастер слишком существенны,
причем растут экспоненциально в зависимости от колличества серверов в группе репликации. Я порыл в инете этот вопрос накопал,что в общем случае проблема не решена,решена только в частных.
Накопал также и то,что там есть 3 возможных конфликта репликации-
1. Ошибка обновления
2. Конфликт уникальности.
3. Конфликт удаления.
Скажите, эти проблемы до сих пор актуальны?Решены ли они в новой версии?
Никакие продвинутые механизмы разрешения репликационных конфликтов не могут гарантировать 100% консистентность данных,
посему не лучше ли избрать по возможности более простую архитектуру?
Спасибо.
--
Sent via pgsql-ru-general mailing list (pgsql-ru-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-ru-general