> Theoretically, synchronous replication has a number of advantages over asynchronous: it is always highly available (there is no data loss when one of the nodes crashes, and data replicas are always consistent)

да что я читаю-то вообще

true Multimaster Cluster based on synchronous replication

я не понимаю, это все серьезно?

это все-таки мультимастер или репликация?

Стой, мультимастер это не мастер-мастер

Это может иметься ввиде мастер->слейв<-мастер

это сразу не работает

первый конфликт и всё

Multi-master replication is a method of database replication which allows data to be stored by a group of computers, and updated by any member of the group.

Это все не работает с двухфазным коммитом. Я просто не верю.

Если есть N серверов, им всем послали приглашения закоммититься, все ответили "могу", потом сервак начал рассылать подтверждения, и в этот момент кто-то отвалился или просто таймаут истек - то это конфликт.

Тааааак. Уже интересней диалог. А кто так умеет?

Системы с одним мастером

Паксос сейчас уже не вспомню, так что не буду говорить

Но в любом случае должен быть либо один источник правды, либо готовность разрешать конфликты и готовность признать их существование в какой-то промежуток времени, либо синхронизация всех участников просто для линеаризации и разрешения конфликтов в процессе

А все, что я вижу с мускулом - это попытки обвязать его хоть чем-нибудь, что исправило бы ситуацию

Ну, собственно сюда следовало заглянуть в первую очередь https://aphyr.com/posts/328-jepsen-percona-xtradb-cluster https://aphyr.com/posts/327-jepsen-mariadb-galera-cluster

> At low levels of concurrency–say five clients, performing about one op per second, things are fine. > But increase the probability of conflicting transactions by running, say, 20 clients pushing an aggregate ~150 transactions/sec for about a minute, and things go terribly, terribly wrong.

а кто в курсе где Enterprise Manager хранит свои объекты логики в БД? он в каждую схему запихивает набор своих объектов или в отдельной хранит?

если будет 2 записи: 1 2 три: 1 3 2 четыре: 1 3 2 4 пять: 1 4 2 5 3 шесть: 1 4 2 5 3 6

решил 2-3 запросами: UPDATE T_TMP_PRINT_BILL t SET t.n_order2 = t.n_order WHERE 1=1 AND t.n_order <= (SELECT COUNT(*) FROM t_tmp_print_bill tt WHERE tt.uuid=t.uuid)/2 AND t.uuid = ? —------------------------------------------— UPDATE T_TMP_PRINT_BILL t SET t.n_order2 = t.n_order - (SELECT COUNT(*) FROM t_tmp_print_bill tt WHERE tt.uuid=t.uuid)/2 WHERE 1=1 AND t.n_order > (SELECT COUNT(*) FROM t_tmp_print_bill tt WHERE tt.uuid=t.uuid)/2 AND t.uuid = ? —----------------------------------

далее селект с ордером по n_order2, n_order

мда

http://stackoverflow.com/a/398490/2908793

Системы с одним мастером

Я как бы попросил конкретные названия продуктов.

окей, вернем вопрос: что конкретно они должны уметь?

я просто боюсь, что меня сейчас попросят предоставить cap-систему

> At low levels of concurrency–say five clients, performing about one op per second, things are fine. > But increase the probability of conflicting transactions by running, say, 20 clients pushing an aggregate ~150 transactions/sec for about a minute, and things go terribly, terribly wrong.

Очень интересно, спасибо

https://twitter.com/aphyr/status/856770059162615808 ❤️

я просто боюсь, что меня сейчас попросят предоставить cap-систему

HA?

В моём личном понимание: - аптайм со стороны системы 100%, выпадание любой части не несут убытков для бизнес логики. - одинаковая скорость доступа из любой точки земли (на условно одинаковых скоростях интернета, не надо тут передёргивать)

HA тебе любой нормальный движок сделает

аптайм 100% невозможен, потому что узел, на который приземлится запрос, может в этот момент выйти из строя. тут вообще ничего не сделать, кроме повтора запроса

ну и смотря опять же что такое HA

если eventual consistency разрешен - то вообще без проблем

В моём понимание аптайм, это когда если не прошёл запрос, есть куда его перенаправить и там его обработают.

ну эм практически любая распределенная система умеет

аптайм 100% невозможен, потому что узел, на который приземлится запрос, может в этот момент выйти из строя. тут вообще ничего не сделать, кроме повтора запроса

Угу. Кто сторожит сторожа.

кассандра, эластик, аэроспайк, нейм ит

HA тебе любой нормальный движок сделает

Ты конкретики можешь внести? Я вижу, как ты хаишь, что вбрасывается, но в ответ как-то вилами по воде.

кассандра, эластик, аэроспайк, нейм ит

Кассандра может лежать в разных ДЦ на разных континентах?

Кассандра может лежать в разных ДЦ на разных континентах?

Может вроде. У апача есть месенджер же который все это обслуживает. Забыл как называется

да, это единственное двигло, которое я знаю, что изначально знает о разных дц

кафка с кассандрой никак не связаны

да, это единственное двигло, которое я знаю, что изначально знает о разных дц

Уже интересно

кафка с кассандрой никак не связаны

Наверняка реализовано через кафку

Так же как быстрая индексация в касандре реализуется через подключение эластика на бэкендн

кассандра, эластик, аэроспайк, нейм ит

Эластик это что?

elasticsearch

от амазона?

Понял, перепутал

Эластик это что?

Это апачевский индекс

нет, отдельный продукт

што

люцена может?

Но может работать как самостоятельная бд

Ладно, понял свой косяк. А SQL СУБД есть?

спаннер и cockroachdb

но там свои нюансы с допуском по расхождению времени

но там свои нюансы с допуском по расхождению времени

А можно уточнить?

А я сам еще не читал толком, но после того, как часы на узлах начинают расходится, все начинает превращаться в тыкву

тараканская база вроде сейчас последний разбор у афира, он там про это пишет

Вас кстати не стремает использовать относительно молодой софт в продах?

тараканская база вроде сейчас последний разбор у афира, он там про это пишет

Можно линк?

я не использую, задачи здесь не те

https://jepsen.io/analyses/cockroachdb-beta-20161013

ERROR: S client not available

То есть ты сам не используешь, но другим советуешь теоризируя, что оно будет работать, как надо в продах? О.о

Вас кстати не стремает использовать относительно молодой софт в продах?

Ты все со своим кольцом серверов вокруг глобуса. Может это поможет? http://galeracluster.com

Ты все со своим кольцом серверов вокруг глобуса. Может это поможет? http://galeracluster.com

вы со мной его не путаете?)

вы со мной его не путаете?)

Даже стало любопытно, расскажи про свой кейс пожалуйста.

А, я в девопсе плакался

Я там почти не бываю

Короче

есть приложение

и есть 3 сервера БД

мускул

смысл в том, что есть данные, которые в первую очерель могут быть записаны только на один определенный сервер

А после этого они должны реплицироваться на остальные 2

Сервера с БД - это РФ, Канада, Испания

то есть через весь земной шар)

Да, аналогичный кейс, только усложнён ))

Ну это я его еще упростил

тогда зачем тут балансер?

тогда зачем тут балансер?

это просто "мысли в слух"

я вообще искал варианты как сие сотворить

я вообще искал варианты как сие сотворить

На примере амазона могу накидать мысль, которую сейчас будем пытаться поднять.

Я могу совсем объяснить, что бы понятно стало

данные там - персональные данные

И для каждой страны они должны быть в первую очередь записаны в БД, которая находится на территории именно этой страны

А потом уже я могу с ними что угодно делать

репликация этих данны на остальные 2 сервера - просто дабы всегда было из чего откатиться)

ну и если один сервер ляжет - временно писать данные на другой

MySQL Group Replication - я вот в эту сторону смотрел

На примере амазона могу накидать мысль, которую сейчас будем пытаться поднять.

ну я буду только за)

данные там - персональные данные

Тебе это для ебанутых законов?

канешн

ну я буду только за)

https://aws.amazon.com/about-aws/global-infrastructure/ Открывай карту