<div>>> Кто знает, какие есть базы данных с синхронной репликацией?<br></div><div>Для MySQL есть патчи. Еще можно решить эту проблему так:</div><div>1. Простой вариант - критические данные читаем только с мастера. Если нагрузка на мастера большая, нужно секционирование.</div>
<div>2. Сложные и трудный в поддержке вариант - пишем на мастер, ждем появления данных на реплике (или на всех репликах), после чего помечаем (например, в Redis), что за этими данными можно ходить на реплику.</div><br><div class="gmail_quote">
9 марта 2012 г. 4:46 пользователь Alexandr Gomoliako <span dir="ltr"><<a href="mailto:zzz@zzz.org.ua">zzz@zzz.org.ua</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> Можно использовать репликацию<br>
<br>
Все-таки это была плохая идея. Точнее плохая для тех, у кого нет<br>
синхронной репликации (как, например, mysql). Предположим такую<br>
ситуацию: добавили новую запись, ответили, что запись сохранена и нода<br>
сразу же упала. Запись не успела реплицироваться на две соседние ноды,<br>
а бд не возвратила ошибки, т.к. не ждет ответа от соседних нод. Итог:<br>
данные потеряны, inconsistency. А вдруг эта запись была списыванием со<br>
счета пол миллиона или еще чем-то таким важным.<br>
<br>
Кто знает, какие есть базы данных с синхронной репликацией?<br>
<div class="HOEnZb"><div class="h5">--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>С уважением, Александр<br>Личный блог: <a href="http://eax.me/" target="_blank">http://eax.me/</a><br>Мой форум: <a href="http://it-talk.org/" target="_blank">http://it-talk.org/</a><br>
Мой Twitter: <a href="http://twitter.com/afiskon" target="_blank">http://twitter.com/afiskon</a><br><br>