Какую базу данных посоветуете для высокой согласованности между узлами CP в рамках CAP теоремы?

Question

[boss_lexa]

Для ecommerce проекта нужна БД, дублирующая данные на несколько серверов и чтобы они были согласованные, в рамках CAP теоремы выходит CP (может страдать доступность).

Хочется чтобы при сбое одного из серверов, БД смогла работать и не нужно было руками проверять согласованность.

cockroachdb подходит, но пугает что проект молодой.

Answer 1

[protven]

Почитайте тут.

Answer 2

[Melkij]

чтобы они были согласованные

при сбое одного из серверов, БД смогла работать и не нужно было руками проверять согласованность.

У пользователя 100 рублей на счету. У вас упала сеть между серверами баз.
Пользователь хочет потратить 100 рублей.
Что дальше?
- запрещаем тратить пока не починим - вот это CP система. Мы в readonly, но все данные корректны, к какой базе бы не обратились. Синхронная репликация в основном
- разрешаем потратить только на одной базе, вторая - readonly и соответственно может показывать отстающие данные. Но работает. Это любая СУБД умеющая master-slave репликацию. Реплика догонит состояние мастера непротиворечиво и самостоятельно когда почините сеть
- разрешаем запись на обоих серверах. Пользователь нажал "купить" дважды, запросы случайно попали на разные сервера. Сеть починили - как соединять данные? Две покупки и -100 на счету? Какая-то одна покупка? Как это решать автоматически, да ещё на уровне СУБД, а не бизнес-логики?

Comments

[boss_lexa]

если посмотреть cockroachdb чтение и запись всегда происходит с главного сервера (для куска данных), ему минимум нужно 3 сервера, Для записи нужен кворум, для 3 шт это будет 2 сервера должны записать, если кворум есть запись идет. 3 сервера могут пережить падение 1, 5 могут пережить падение 2 шт и тд.
Если упало больше кворума то запись в этот кусок данных запрещается

Периодически происходит голосование кто главный по рафт протоколу консенсуса, и если главный сервер отваливается главным становится другой.

Answer 3

[Иван Шумов]

Cassandra?