>> Кто знает, какие есть базы данных с синхронной репликацией? Для MySQL есть патчи. Еще можно решить эту проблему так: 1. Простой вариант - критические данные читаем только с мастера. Если нагрузка на мастера большая, нужно секционирование. 2. Сложные и трудный в поддержке вариант - пишем на мастер, ждем появления данных на реплике (или на всех репликах), после чего помечаем (например, в Redis), что за этими данными можно ходить на реплику.
9 марта 2012 г. 4:46 пользователь Alexandr Gomoliako <[email protected]>написал: > > Можно использовать репликацию > > Все-таки это была плохая идея. Точнее плохая для тех, у кого нет > синхронной репликации (как, например, mysql). Предположим такую > ситуацию: добавили новую запись, ответили, что запись сохранена и нода > сразу же упала. Запись не успела реплицироваться на две соседние ноды, > а бд не возвратила ошибки, т.к. не ждет ответа от соседних нод. Итог: > данные потеряны, inconsistency. А вдруг эта запись была списыванием со > счета пол миллиона или еще чем-то таким важным. > > Кто знает, какие есть базы данных с синхронной репликацией? > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
